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(57) Object-oriented software development support 
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ity of applicable patterns and inter-pattern relevant infor- 
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is developed; and a pattern application unit (5) for apply- 
ing to a model to be developed a pattern whose applica- 
tion has been approved by the user among the patterns 
stored in the pattern architecture storage unit (2)and 
detailing the model, and supporting the development of 
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software corresiDonding to the model. 

Such object-oriented software development sup- 
port apparatus applies ' a pattern according to an 
entered pattern architecture, thereby enabling the pat- 
tern to be appropriately and efficiently reused, and effi- 
ciently supporting the development of software. In 
addition, various object-oriented patterns can be easily 
defined, and a model and a program desired by the 
developer can be automatically generated. 
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Description 

Background of the invention 
Held of the Invention 

roOOIl "me present invention relates to an object- 
oriented software development support technology, and 
more specifically to an object-oriented software devel- 
opment support apparatus for systematically defining a 
pattern, for example, an analysis pattern, a d^S" " 
tern, and an implementation pattern, wrth which the 
operations and the structure of an obiect-onento^ 
model can be defined, automatically detailing a model 
bv applying the above described patterns to a model to 
be developed, and automatically generating a source 
code applicable to the model. 

Description of the Related Art 



[0002] An object-oriented software technology 
refers to a technology of developing software using 
something In the present world (object) as aconf igura- 
tion unit. Recently, a number of object-oriented analysis 
and design techniques have been suggested. ^ 
[0003] In the object-oriented analysis and design 
techniques, a procedure of generating a specif icatjon to 
be described in analysis and design is determined. To 
generate the above desaibed specHications, software 
analysis and design support apparatuses for supporting 
the specification generating operation have been used. 
(0004] In these software analysis and design sup- 
Lrt apparatuses, for example, to obtain e<cellent 
design, the know-how of a previously 9enerat«^ design 
is raresented as a pattern for good repeatability The 
pattern can also be used to share the know-how in a 

developing project. „,«om 
[0005] Relating to the above described patte n, 
there are design pattems describing the structure o a 
plurality of objects designed to solve a problem, for 
example, describing class groups and the behaviors of 
• the glass groups when a design is set. When an imple- 
menting process is performed, an implementation pat- 
tern is used as a coding know-how about a source code. 
Similarly, when an analyzing process is performed, an 
analysis pattern to be applied to an analysis model can 
be used. A developer can reuse the development know- 
how by developing a software model and program 
based on the pattern, thereby improving the productivity 
of the software. 

[0006] Recently, the above descnbed analysis pat- 
terns and design patterns are summariz^ and pub- 
lished as a book (for example, 'DESIGN PATTERN FOR 
REUSE IN OBJECT-ORIENTED CONCEPT by E. 
Gamma, et al. and published by SoftBank). However, a 
method of using the patterns has been followed to pre- 
pare a specification by applying individual analysis pat- 
terns and design patterns to a practical model to be 



developed. Since various patterns have been intro- 
duced by publications, there has been the problerr. that 
H is difficult to perfomfi a series of operations of ful y 
understanding the patterns, finding out an appropriate 
5 pattern as a model to be developed, determining a 
usage for an application to be dweloped. and adually 
applying the pattern. Although the pattern have been 
iuliy understood, there has;been the problem that the 
ratio of a pattern applied to an application is low. 
10 [0007] The conventional apparatuses for support- 
ing the application of patterns have been an apparatus 
(Tokukaihei 9-237180) for preparing a specrfiration by 
applying a pattern, and an apparatus (Tokukaihe. 9- 
198242) for checking whether or not a pattern can be 
,5 correctly applied to a model. However, with these appa- 
ratus, a user specifies, when a pattern is applied the 
correspondence between the component of a pattern 
and the component of a model to be designed by a 
developer. Therefore, the efficiency of a pattern apply- 
so ina operation cannot be greatly improved. 

[0008] On the other hand, an automatic program 
qenerating technique for automatically applying a pat- 
tern through a macro development has been used. 
However, in the conventional method (Tokukaihei 1- 
25 1 91 233. Tokukaisho 61 -72338). it is necessary to spec- 
ify a value for replacing (developing) a macro to perform 
a macro (variable) development. 
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[0009] The present invention aims at providing an 
object-oriented software development support api»ra- 
tus and method for attain the following five ob)ects: 1) to 
systematically register patterns, apply the patterns 
35 based on the systematic architecture, appropriately and 
efficiently reuse the patterns, and efficiently support the 
development of software: 2) to obtain a higher ratio of 
the patterns applicable to a model to be developed as 
well as existing patterns by newly defining ttne patterns 
,0 extracted for the application of a developer: 3) to airto- 
matically generate a source code applied to a specifica- 
tion as well as to generate a specif icatton by applying a 
pattern; 4) to automatically generate a model and a pro- 
gram desired by a developer by easily defining various 
45 Object-oriented patterns: 5) to efficiently and automati- 
cally generate software by reducing the necessity of 
specrfying various items by the developer by only spec, 
ifying the location of data tor the development within the 

patterns themselves. 

50 [00101 The object-oriented software development 

support apparatus according to the first aspect of the 
■ present invention includes: a pattern architecture stor- 
age unit tor Storing pattern information about a p uralrty 
of applicable patterns and inter-pattern relevant infor- 
55 matlon for association among pattems having an ante- 
cienVconsequent relationship when the software is 
developed: and a pattern application unit for applying to 
a model to be developed a pattern whose applicaton 
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has been approved by the user among the patterns 
stored in «^ pattern architecture storage unit and 
Sng the m^iel. and supporting the development of 
Xare corresponding to the model. Furthermore, the 
!Si applicaTon unit can be externally provided with 5 
a Sm application history information storage unrt 
San wlication history of a pattern by recordir^g 
SerrinTio the pattern applied by the pattern apph- 
Scm unrt; and a pattern apt^ication history interprete- 
Snmit for obtaining the reusability, for example, the ,0 

nuX of applying processes, of each pattern and a 
p^^,^ archiSire Sy referring to the history informa- 
Sn stored in the pattern application history information 

Storage unit. , ^ 

[0011] The object-oriented software developmen « 

support apparatus acco«ling to the second aspert of 
me Wsenf invention includes: a pattern .nformation 
definition unit for defining pattern information ^ph^- 
we when an object-oriented software is developed, 
a^Cg io the externally obtained pattern definition « 
Mtfon- a pattern storage unit for storing the 
SnXiernSormation: and a pattern application 
Z for detailing a model by ap,^ying the pattern .^o^ 
mation stored in the pattern storage unit to a model to 
be developed, and supporting the development of soft- « 
ware corresponding to the model. In addrtion, the pat- 
Tern plication unit of the object-oriented software 
development support apparatus according to the sec- 
ond Jpect of the present invention can be connected to 
an external pattern interpretation unit. . 
(00121 In addition, a computer- readable storage 
Li, for use in the object-oriented soit^^ fj^ 
opment support apparatus according to the present 
invention, storing a program to direct a computer to per- 
Jm the steps of: storing pattern information about a 35 
p"X of patterns applicat^e when the object-oriented 
software is developed, and inter-pattern relevant infor- 
mation for association among patterns having an ante- 
SS/consequence relationship among the pluralrty of 
oSems when the software is developed; and applying « 
. 0 a S to be developed a pattern whose app ca on 
has been approved by the user among the stored pat- 
fems detaiSg the model, and supporting the develop- 
ment of the software corresponding to tine model. 

Brief Description of the Drawings 
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FIG. 1 is a block diagram of the configuration show- 
ing the principle of the present invention: 
FIG 2 is a block diagram of the basic configuration 
of the object-oriented software development sup- 
port apparatus according to the present invention; 
FIG 3 is a block diagram of the configuration 55 
according to the first embodiment of the object-ori- 
ented software development support apparatus ot 
the present invention; 



FIG 4 showfs the method of applying the pattern 
defined as a pattern architecture according to the 
f irst embodiment of the present invention; 
FIG 5 is a flowchart of the entire software develop- 
ing process according to the first embodiment of the 

present invention; w.-.*.ro- 
FIG. 6 shows an example of a pattern architecture. 

FIG. 7 continues from FIG. 6; 

FIG. 8 is a flowchart of the process of the pattern 

information definition unit; 

FIG. 9 is a f kwchart of the process of the pattern 

architecture definition unit; 

FIG. 10 shoiNS an example of defining pattern mfor- 

FIG.T1 shows an example of defining pattern infor- 
mation (CASE format); . , „„„ 
FIG 12 shows an example of defining a implemen- 
tation pattern; . . „o. 
FIG. 13 shows an example of a template as a pat- 
tern information definition format; 
FIG. 14 is a flowchart of the process of the pattern 
architecture navigation unit; 
. FIG. 15 continues from FIG. 14; 
FIG. 16 shows an example (1) of a pattern informa- 
tion display screen; 

FIG. 17 shows an example (2) of a pattern informa- 

tion display screen; ' .. 

FIG. 1 8 is an example of a pattern architecture dis- 

Dlay screen; ^ *u« 

FIG 19 is an entire flowchart of the process of the 

pattern application unit; 

FIG 20 continues from FIG. 19; 

fig'. 21 is a flowchart of the process of developing 

all attribute definitions of an added class; 

FIG. 22 is a flowchart of the process of developing 
all operation definitions of an added class; 
FIG 23 is a flowchart of the process of developing 
all relationship definitions of an added class: 
FIG. 24 shows an example of a development model 
of a pattern to be applied; 
FIG 25 shows an example of a user input screen 
displayed by the pattern application unit; 
FIG 26 shows an example of a user input screen 
displayed in the process of developing the attribute 
definition of an added class; 
FIG 27 is an exanple of a user input screen dis- 
played in the process of developing the operation 
definition of an added dass; 
FIG 28 shows an example of a development model 
Generated after completely applying a pattern; 
FIG. 29 shows an example of def ining a target man- 
ager class in the pattern model file; 
m 30 shows an example of outputting an imple- 
mentation pattern application result file; 
FIG 31 is a flowchart of an operation (implementa- 
tion pattern insertion unit activating process) per- 
f^rm^ when a source code is generated l>y a use.; 
FIG. 32 is a flowchart of the process of the imple- 
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mentation pattern insertion unit; 
FIG. 33 shows an example ot a source code 
(header file) output by a CASE tool; ^ . 
FIG. 34 is an example of a source code (body file) 
output by a CASE tool; 

FIG 35 shows an example of a user input screen 
displayed in the process of the implementaton pat- 
tern insertion unit; , 
FIG. 36 Shows an example of a body file into which ^ 
an operating body is inserted; ' 
FIG 37 shows an example of a pattern information 
retrieving operation performed using a keyword; 
FIG. 38 is a flowchart of the pattern information 
retrieving process using a keyword; 
FIG 39 shows an example of a pattern information is 
definition format template fur use in adding a key- 
word to pattern information; 
FIG 40 is a block diagram showing the configura- 
tion of the second embodiment of the object-ori- 
ented software development support apparatus 20 
according to the present invention; 
FIG. 41 shows an example of pattern application 
history information; 

FIG 42 is a flowchart of the process of the pattern 
application unit using pattern application history 25 
information; 

FIG 43 shows an example of a user input screen 
displayed in the process of the patlem application 

unit shown In FIG. 42; 

FIG. 44 is a flowchart of the process of the pattern so 

application history interpretation unit; 

FIG 46 shows the definition of a pattern for adding 

data of a new object based on the data of an 

already defined object, and is a block diagram of 

the basic system configuration of the object-on- 35 

ented software development support apparatus to 

which the pattern is to be applied; 

FIG 46 shows an example of applying a pattern for 

adding a new attribute based on the data having an 

already defined attribute; 

FIG 47 shows an example of applying a pattern for 
adding a new method based on the data having an 
already defined attribute; 

FIG 48 shows an example of applying a pattern for 
adding a link based on the data having an already 4S 
defined attribute; 

FIG 49 shows an example of applying a pattern tor 
adding a class based on the data having an already 
defined attribute; . 
FIG 50 shows an example of applying a pattern tor so 
adding a link based on the data of an already 
defined link; 

FIG 51 shows an example of applying a pattern tor 
adding an attribute based on the data of an already 

defined link; . 
FIG 52 shows an example of applying a pattern tor 
adding a method based on the data of an already 
defined link; 



FIG 53 shows an example of applying a pattern for 
adding a class based on the data- of an already 
defined link; 

FIG 54 shows an example of applying a pattern for 
adding a method based on the data of an already 
defined method; 

FIG 55 shows an example of applying a pattern tor 
adding an attribute based on the data of an already 
defined method; 

FIG 56 shows an exanple of applying a pattern for 
adding , a link based on the data of an already 
defined method: 

FIG 57 shows an example of applying a pattern for 
adding a dass based on the data of an already 
defined method: 

FIG 58 shows an example of applying a pattern tor 
adding a dass based on the data of an already 
defined class; 

FIG 59 shows an example of applying a pattern for 
adding an attribute based on the data of an already 
defined dass; 

FIG 60 shows an example of applying a pattern for 
adding a link based on the data of an already 
defined class; 

FIG 61 shows an example of applying a pattern for 
adding a method based on the data of an already 
defined class; 

FIG 62 is an entire flowchart showing the pattern 
applying process in which an element of a new 
object is added. 

FIG. 63 continues from FIG. 62; 

FIG. 64 is a detailed flowchart of the process of 

developing all class definitions; 

FIG 65 is a detailed flowchart of the process of 

developing all attribute definitions of an added 

class; . 
FIG 66 is a detailed flowchart of the process of 
developing all method definitions (operation defini- 
tions) of an added class; ^ 
FIG 67 is a detailed flowchart of the process of 
developing all link definitions (relationship defini- 
tions) of an added dass: 

FIG 68 is a detailed flowchart of the process of 
developing the definition an element to be newly 

added; . « :« 

FIG 69 shows an example of applying a pattern in 
which a portion corresponding to an analysis and 
design pattern and a portion conesponding to an 
implementation pattern; 

FIG 70 shows an example of applying a pattern in 
which the type of a return value of a method to be 
added is specified to con-espond to the type of an 
already defined atUibute; 

FIG 71 shows an example of applying a pattern in 
which the type of an added attribute is specrtied to 
correspond to the type of an already defined 
attribute and its initial value; 
FIG. 72 shows an example of applying a pattern in 
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which a return value of a method to be added is 
specilied to correspond to the name of a linked-to 
class of an already defined link; 
FIG. 73 shows an example of applying a pattern in 
which a capitalizing process is specified for the s 
character string of the data for an element to be 

added; . 
FIG. 74 shows an example of applying a pattern in 
which a character string having an attribute to be 
newly added is specified to be represented by io 
uppercase; 

FIG. 75 shows an example of applying a pattern in 
which the word immediately before a character 
string having a newly added attribute is specified to 
be deleted; 

FIG. 76 shows an example of applying a pattern in 
which the character 'J In the character string hav- 
ing an attribute to be added is specified to be 
deleted, and the character immediately after the 
character 'J is specified to be represented by zo 
uppercase; 

FIG. 77 shows an example of applying a pattern in 
which a method is added corresponding to the visi- 
bility of an already defined attribute; 
FIG. 78 shows an example of applying a pattern in 25 
which a method is added corresponding to an 
already defined attribute under the only condition of 
a static variable; 

FIG. 79 shows an example of applying a pattern in 
which a method is added corresponding to an 30 
already defined method under the only condition of 
an abstract method; 

FIG. 80 shows an example of applying a pattern in 
which a developer or a user is instructed to select 
an already defined element when the pattern is 35 
applied; 

FIG. 81 shows an example of applying a pattern in 
which a developer or a user is instructed to input a 
character string while applying the pattern; 
FIG- 82 shows an example of applying a pattern in 40 
which a portion corresponding to an analysis and 
design pattern and a portion corresponding to an 
implementation pattern are contained, and in which 
a user is requested to input a character string when 
applying the pattern; 

FIG. 83 is a block die^gram of a basic configuration 
of the object-oriented software development sup- 
port apparatus containing an external pattern inter- 
pretation unit; 

FIG. 84 shows an example of applying a pattern so 
containing the process of the external pattern inter- 
pretation unit; and 

FIG. 85 shows the process of loading a program in 
. the object-oriented software development support 
apparatus according to the present invention; ss 



Description of the Preferred Embodiments 



[00141 The embodiments of the present invention 
are explained below in detail by referring to the attached 

drawings. ^- v 

[001 5] FIG. 1 is a block diagram of the configuration 
showing the principle of the present invention. FIG. 1 is 
a block diagram of the configuration of an object-on- 
ented software development support apparatus 1 for 
supporting an objectK)riented software design. 
[001 6] In FIG. 1 . a pattern architecture storage unit 
2 stores pattern information 3 about a plurality of appli- 
cable patterns when object-oriented software is devel- 
oped, and inter-pattern relevant information 4 for 
association among patterns having an antecedenVcon- 
sequent relationship in the plurality of patterns when the 
software is developed. 

[0017] A pattern application unit 5 applies to a 
model to be developed a pattern whose application has 
been externally approved, for example, by the user, 
among the patterns stored in the pattem architecture 
storage unit 2. details the model, and support the devel- 
opment of the software conresponding to the model. 
[0018] According to an embodiment according to 
the present invention, the pattern architecture storage 
unit 2 can store as the irtter-pattern relevant information 
4 a viewpoint for use in developing software and selec- 
tion items corresponding to the viewpoint. The pattern 
application unit 5 can automatically select a pattem cor- 
responding to the viewpoint and the selection iten^. for 
example, according to an instruction from a user, and 
apply the selected pattern to a model to be developed. 
[00191 According to an embodiment of the present 
invention, the pattern architecture storage unit 2 can fur- 
thermore stores a retrieval key for each of plural pieces 
of pattern information, and the pattern application unit 5 
can apply an externally specrtied pattern to a model to 
be developed among the patterns to be retrieved using 
an externally input retrieval key. 
[0020] According to an embodiment of the present 
invention, the apparatus can further conrprise a pattem 
information definition unit and a pattern architecture 
definition unit. The pattern information definition unit 
can also define pattern information according to the pat- 
tern definition information externally input in the format 
of a pattern terrplate. The pattem architecture definition 
unit can also define inter-pattern relevant information for 
association among patterns having an antecedent/con- 
sequent relationship according to externally input infor- 
mation. 

[0021 1 According to an embodiment of the present 
invention, the software development support apparatus 
can further comprise: a pattern architecture display unit 
for collectively displaying a pattem architecture corre- 
sponding to the plural pieces of pattern information 3 
and inter-pattern relevant information 4 stored in the 
pattern architecture storage unit 2; and a pattern infor- 
mation display unit for displaying the pattern information 
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3 according to the format of the template corresponding 
to the pattern information. 

[00221 Accoiding to an embodiment of the present 
Lrtion. the apparatus can further conrprise a ^ttj^^ 

architecture navigation unit tor interpreting the pattern s 
archrteclure corresponding to the plural p.eces of pa - 
tern information 3 and the inter-pattern relevant infor- 
mation 4 stored in the pattern architecture storage unrt 
2. and can apply to a model to be developed a pattern 
whose application is approved by the user among the to 
patterns presented by the pattern application unit 5 
5)0231 For example, the above described plurality of 
patterns can be analysis patterns, design patterns cor- 
responding to a model to be developed, and implemen- 
tatton patterns as a sample of a source code is 
corresponding to the operation definition of a class con- 
tained in analysis and design patterns. In additon, the 
pattern architecture storage unit 2 can also store the rel- 
evant information between analysis and design patterns 
and implementation patterns as the inter-pattem rele- 2o 
vant information 4. and the pattern application unit 5 can 
apply to a model to be developed the analysis and 
design patterns selected by, for example, a user and 
automatically generate based on the i-^P'sf^entatton 
pattern a source code corresponding to the portion to 25 
which analysis and design patterns are applied among 
the model to be developed. 

[00241 According to an embodiment of the present 
invention, the object-oriented software developnient 
support apparatus can also comprise; a pattern app ica- so 
tion Wstory infomiation storage unitfor holding applica- 
tion history information about a pattern applied to a 
model to be developed by the pattern application unit 5; 
and a pattern application history interpretation unit for 
interpreting the stored application history information as 
and obtaining the reusability, for example, the number of 
applications of each pattern, plural pieces of pattern 
information, and the pattern architecture corresponding 
to inter-pattern relevant information. .. = ^„ 

[00251 In this case, the pattem application unit 5 « 

can interpret the application history, information staed 
in ttie pattern application history information storage 
unit and preliminarily set the data to be externally input 
when a pattem is applied to improve the eff iciency of the ^ 
pattern applying process. 

[00261 In addition, ttie object-orienteo software 
development support apparatus according to the 
present invention can furthermore comprise a pattern 
information definition unit, a pattern storage unit, arid a 
pattem application unit. The pattern information defini- so 
tion unit defines pattern information about an. available 
pattem when object-oriented software is developed 
according to externally provided pattern definition infor- 
mation, and provides the pattern information for the pa\- - 
tern storage unit. The pattern application unit applies ss 
the pattern information stored in the pattern storage unit 
to a model to be developed, details the model, and sup- 
ports the da^elopmem of the software corresponding to 



the model. , . 

[0027] In this case, the pattern information defini- 
tion unit defines pattern information for use in adding a 
new attribute, method, link, or class according to the 
data having an attribute of an already defined class in a 
model to be developed, and the pattern application unit 
can apply the pattern information to a model to be 
developed so that a new attribute, method, link or class 

can be added. ... . 

[00281 Furthermore, the pattern information defini- 
tion unit def ines pattem information for use in adding a 
new link, attribute, method, or dass based on the date 
of a link of a class already defined in a model to be 
developed, and the pattem application unit can apply 
the pattern information and add the new link, attribute. 

method, or class. ^„,;„i«„n 
[00291 Othenwise, the pattern information definition 

unit defines pattem information for use in adding a new 

method, attribute, link, or dass based on the data of a 

method of a class already defined in a model to be 

developed, and the pattem application unit can apply 

the pattem information and add the method, attribute. 

link, or dass. . . . 

[0030] Furthermore, the pattern information defini- 
tion unit defines pattem information for use in adding a 
new dass. attribute, link, or mettiod based on the data 
of a method of a class already defined in a model to be 
developed, and the pattem application unit can apply 
the pattem infonnation to a model to be developed and 
add a new dass, attribute, link, or method. 
[0031 1 According to an embodiment of ttie present 
invention, the pattern information definition unit can 
define pattern information using, as data about an 
attribute, method, link, or dass to be added, an ah-eady 
defined dass, or date about an attribute, a method or a 
link of the dass. define pattern information by repre- 
senting using a specif ied processing method a charac- 
ter string expressing date about an attribute, a method, 
a link or a class to be added, and define pattern infor- 
mation,for use in adding a new attribute, link, method or 
a dass based on the data satisfying a specified condi- 
tion among a defined class or the attribute, method, or 
link of the class. 

[00321 According to an embodiment of the present 
invention, the pattern Information definition unit defines 
pattern information containing date indicating that a part 
of a dass already defined in a model to be developed, or 
■ an attribute, a method, or a link of the class should be 
externally spedf led. for example, by a user, and ttie pat- 
tern application unit can request the user to specify the 
dass. or the attribute, method, a link of ttie user, and 
apply the pattem information to a model to be devel- 
oped depending on the result of the specification. 
[00331 The object-oriented software development 
support apparatoJS according to the present inventon 
can further comprise an external pattern 'nterpretaton 
unit The external pattern interpretation unit holds, for 
example, a pattern interpretetion rule uniquely regu- 
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lated by a user, and interprets the pattern information 
according to the pattern interpretation rule. 
[0034] In this case, the pattern information defini- 
tion unit defines the pattern information containing a 
portion indicating that the pattern information should be s 
interpreted based on the pattern interpretation rule, and 
the pattern application unit uses the interpretation result 
obtained from the external pattern interpretation unit 
when the pattern information is applied, and applies the 
pattern. 

[00351 In the object-oriented software development 
support apparatus according to the present invention, 
the pattern information definition unit defines pattern 
information containing a portion indicating that a char- 
acter string externally input, for example, by a user 75 
should be incorporated into a model to be developed 
while the pattern application unit is applying the pattern, 
and the pattern application unit incorporates the exter- 
nally input character string into a model to be developed 
when the pattern information is applied, and applies the 20 
pattern. 

[0036] The object-oriented software development 
supporting method according to the present invention 
conprises the steps of: storing pattern information 
about a plurality of applicable patterns when object-ori- 25 
ented software is developed, and inter-pattern relevant 
information for association among patterns having an 
antecedent/consequent relationship in the plurality of 
patterns when the software is developed; and applying 
to a model to be developed a pattern whose application 30 
has been externally approved, for example, by the user, 
among the stored patterns, detailing the model, and 
supporting the development of the software corre- 
sponding to the model. 

[0037] The computer-readable storage medium 35 
storing a program have the functions of: storing pattern 
information about a plurality of applicable patterns when 
object-oriented software is developed, and inter-pattern 
relevant information for association among patterns 
having an antecedent/consequent relationship in the 40 
plurality of patterns when the software is developed; 
and applying to a model to be developed a pattern 
whose application has been approved, for example, by 
the user, among the stored patterns, detailing the 
model, and supporting the development of the software 45 
corresponding to the model. 
[0038] According to the present invention as 
described above, software corresponding to a model 
can be efficiently supported by for example, systemati- 
cally applying to a model to be developed an analysis so 
and design pattern applicable to the model to be devel- 
oped and an implementation pattern relevant to the 
analysis and design pattern. 
[0039] FIG. 2 is a block diagram of the basic config- 
uration of the object-oriented software development 55 
support apparatus according to the present invention. In 
FIG. 2. the development support apparatus comprises 
as basic components: a pattern architecture storage 



unit 1 1 , a pattern architecture navigation unit 12, a pat- 
tern application unit 13. a pattern information definition 
unit 14, and a pattern architecture def inition unit 15. 
[0040] The pattern architecture storage unit 1 1 sys- 
tematically arranges various patterns such as an analy- ' 
sis pattern, a design pattern, etc.. and stores pattern 
information 16 about each pattern, and inter-pattern rel- 
evant information 17 among patterns. 
[0041] The pattern architecture navigation unit 12 
interprets a pattern architecture con-esponding to the 
pattern information 16 and the inter-pattern relevant 
information 1 7 stored in the pattern architecture storage 
unit 1 1 , and presents the user as. for example, a person 
in charge of the development, with a pattern suitable for 
a model to be developed. 

[0042] The pattern application unit 13 is activated 
by for example, the pattern architecture navigation unit 
12. applies the pattern information 16 and the inter-pat- 
tern relevant information 17 stored in the pattern archi- 
tecture storage unit 11 to a model to be developed, 
details the model, and automatically generates a source 
code applicable to an applied pattern. The effect is 
obtained by changing a model 18 to be developed and 
a source code 19 in association with the application of 
the pattern, 

[0043] The pattern infornriation definition unit 14 
defines the pattern information 16 to be stored in the 
pattern architecture storage unit 11, and the pattern 
architecture definition unit 15 defines a pattern architec- 
ture by defining the inter-pattern relevant information 17 
stored in the pattern architecture storage unit 1 1 . 
[0044] FIG. 3 is a block diagram of the configuration 
according to the first embodiment of the object-oriented 
software development support apparatus of the present 
invention. FIG. 3 has a configuration similar to that 
shown in FIG. 2. FIG. 3 shows the detailed configuration 
of the pattern architecture storage unit 1 1 through the 
pattern architecture def initial unit 1 5. 
[0045] First, the pattern information 1 6 stored in the 
pattern architecture storage unit 11 is desaibed. for 
example, in the HTML (hyper-text mark-up language) 
format, and the data is described in the format available 
by a CASE (computer-aided software engineering) tool. 
In addition, the inter-pattern relevant information 17 
contains information about the components of the pat- 
tern architecture described later, for example, a pattern, 
a viewpoint, and a selection item in. for example, an 
HTML format. 

[0046] The pattern architecture navigation unit 12 
comprises a pattern/pattern relevant display unit 21 for 
displaying the entire pattern architecture as necessary, 
that is, a pattern and inter-pattern relevant information, 
and a pattern retrieval unit 22 for retrieving a pattern 
using, for example, a keyword described later. The pat- 
tern/pattern relevant display unit 21 and the pattern 
retrieval unit 22 can be WWW client software, for exam- 
ple. Netscape. Internet Explorer, etc. for use in display- 
ing a pattern architecture and retrieving a pattern. 
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[0047] -me pattern application unit 13 comprises an 
implementation pattern Insertion unit 26 an analysis 
and design pattern application unit 27. and an object- 
oriented CASE 28. The analysis and design pattern 
application unit 27 activates the object-oriented CASE 5 

28 to refer to the pattern information 16 and the inter- 
pattem relevant information 17 stored in the pattern 
architecture storage unit 11. and edit and add data to 
the model 18 to be developed, and generates a devel- 
oped operation body source code 29 described later w 
using an implementation pattern as a sample of a 
source code corresponding to the operation definition of 
the class of an object contained in an applied analysis 
and design pattern. Then, the implementation pattern 
Insertion unit 26 adds the operation body source code ,5 

29 to the source code 19 corresponding to the model 18 
to be developed, thereby automatically generating a 
source code. 

[0048] The pattern information definition unit 14 
comprises a pattem document definition unit 23 for » 
defining a pattern document in pattern information; and 
an object-oriented CASE 24 having a drawing editor for 
input of drawings in the pattern information. The pattern 
architecture definition unit 15 comprises a pattern^lew- 
point/selection item relevant definition unit 25. « 
[0049] FIG. 4 shows ttie definition of a pattern archi- 
tecture according to the first embodiment of the present 
invention, and the method for applying a defined pat- 
tern In FIG. 4, a pattern architecture is defined, (regis- 
tered) by a person in charge of ttie development, that is, so 
in charge of the entire system, and a pattern is applied 
to a practical model to be developed by a developer of 

each model. . _, ,. ju 

[0050] In FIG. 4. a pattern architecture IS defined by 

a person in charge of ttie development using the pattern 35 
architecture definition unit 15 when a pattern is entered 
in (1) shown in FIG. 4. That is. the person in charge of 
the development, as a pattern architecture definer, 
inputs information in a question and guess amendment 
system using, for example, a question and guess « 
amendment system information edition device. Thus, 
the pattern architecture definition unit 15 defines a pat- 
tern architecture 1. and a pattern architecture 2 for a 
project, fa example, a project A. The pattern architec- 
ture 1 is used for access to a database, and the pattern « 
architecture 2 is used for communications between a cli- 
ent and an application server. The defined pattern archi- 
tecture is operated as restrictions to be obsereed in the 
entire project when software is developed. 
[0051] Each developer refers to ttie pattern archi- so 
teclure defined in (2) shown in FIG. 4, confirms the def- 
inition, that is, the restrictions, of ttie structure and the 
behavior of a model to be observed in analyzing, 
designing, and implementing the model to be devel- 
oped, and makes ttie model to be developed, which is 55 
being edited by the developer using ttie CASE, reflect 
ttie definition. Normally, an analysis pattern is confirmed 
as a document, and is added by ttie developer to a 



model after the classes and the communications of ttie 
message between ttiem have been interpreted for ttie 
model to be developed. 

[0052] Each developer applies a pattern to a model 
to be developed in (3) shown in FIG. 4. and automah- 
cally updates (amends) the model according \o ttie 
restrictions. A design pattern is normally applied to a 
design model. When a design pattern is applied, a 
source code designed for a development application, 
that is. ttie developed operation body source code 29 
described above by referring to FIG. 3. is automatically 
generated by ttie pattern application unit 13. 
[0053] In (4) shown in FIG. 4, each developer gen- 
erates a source code (A.hpp. B.hpp if C++) correspond- 
ing to the specHication unit of a dass using ^e 
automatic source code generating function of the CASE 
tool based on the design model. If the implementaton 
pattern insertion unit 26 shown in FIG. 3 is activated, 
and a source code to be applied, for example, ttie 
source code 19 shown in FIG. 3 Is specHied. then ttie 
operation body source code 29 developed as a source 
code for a model to be developed Is automattcally 
inserted into an appropriate position. The word •opera- 
tion bod/ is used to describe the embodiment of ttie 
present invention using C++ as a practical example of 
the software language. In C++, ttie operation defmiton 
is described as being divided into an operation specifi- 
cation (written to ".hpp) and an operation body (written 

to'*.cpp). ... . ■ 

[0054] FIG. 5 is a flowchart of the entire process of 
developing software from ttie definition of a pattern 
architecture to the completion of a development accord- 
ing to ttie first embodiment of ttie present invention. 
When the process is started as shown in FIG. 5. ttie pat- 
tem architecture definition unrt 15 and ttie pattern infor- 
mation definition unit 14 are simultaneously activatedin 
steps SI and S2, and ttie process of the pattem archi- 
tecture definition unit 15 In step S3 and the process of 
the pattern information definition unit 14 in step S4 are 
concurrently performed. When these processes are 
completed, the pattern architecture storage unit 11 
stores ttie pattern information 16 and ttie inter-pattern 
relevant information 17 in step S5. Then, it is deter- 
mined in step S6 whether or hot ttie deiinition of a pat- 
tern architecture has been completed. If it has not been 
completed, tti' n the processes in and after steps SI 
and S2 are repeated. . 
[0055] If it is determined in step S6 ttiat the defini- 
tion of ttie pattern architecture has been completed, 
then ttie pattem architecture Is distributed and pub- 
lished to each developer in step S7, the pattern archi- 
tecture navigation unit 12 is activated in step S8, ttie 
process is performed by ttie pattern architecture naviga- 
tion unit 12 in step S9, the process is pertorm«l by ttie 
pattern application unit 13 in step SIC, and it is deter- 
mined in step S1 1 whettier or not ttie development has 
been completed. If ttie development has not been com- 
pleted, ttien the processes in and after step S8 are 
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repeated, and the entire process terminates when rt is 
determined that the dey^elopment has been completed. 
[0056] FIGS. 6 and 7 show an example of a defined, 
pattern architecture, in FIGS. 6 and 7. the pattern archi- 
tecture is obtained by combining using arrows a rectan- s 
gle indicating a pattern, a viewpoint in the development 
of software, and a case as a selection Item relating to 
the viewpoint. . 
[0057] The left in FIGS. 6 and 7 is the case m which 
one domain object is individually updated, for example. io 
a pattern architecture when a detailed order reception 
slip is individually updated. The right in FIGS. 6 and 7 is 
an exanple of a pattern archHecture when a plurality of 
domain objects are updated, for example, when a large 
number of items are sequentially updated. In the left is 
pattern architecture, the pattern architecture starts wrth 
the analysis pattern whose identifier (ID) of the analysts 
pattem is A2, when an object having one case, that is. 
one selection item, is individually updated from the 
viewpoint of the number of domain objects to be 20 
updated, and when the design pattern D5 and the 
implementation pattern 15 are applied. 
[0058] The pattern architecture in which a plurality 
of domain objects are updated as described on the right 
in FIGS. 6 and 7 refers to a case (selection item) in 25 
which a plurality of domain objects are collectively 
updated. Accordingly, the design pattern D6 is applied, 
and two cases can be assumed depending on whether 
all domain objects to be updated are generated on the 
application (AP) server side, or only one object is to be so 
generated. If ail dentin objects are generated on the 
memory of the AP server, two cases can be furthermore 
assumed depending on whether the data for use in 
updating the domain objects is cashed on the AP server 
side or on the DB (database) server side. In each of the 35 
cases, a corresponding design pattern and a corre- 
sponding implementation pattern are applied. 
[00591 in the design pattern D6, the structure and 
the behavior of the class of the object sharabte among 
the above described processes are defined. For exam- 40 
pie, if three classes A. B. and C are required, then their 
structures and the communications among the classes 
are defined. That is. an external specification is defined. 
In this definition, an installation code is not associated 
because a furthermore detailed design is required to 45 
generate an actually operated source code. 
[0060] For example, in the design pattern D9, the 
design is furthermore detailed. For example, an 
attribute indicating a cashing operation is assigned to 
the class C. or the method for installing the cash is so 
added. That is. the internal specification is defined, and 
the installation code can be associated. However, the 
external specification (operation interface definition, 
etc.) of the class C is the same as that defined in the 
design pattern D6. 

[0061] When the number of domain objects gener- 
ated on the AP sender is limited to one, the selection 
item (case) for the viewpoint of the cashing position of 



update data is limited to the case where the update data 
is cashed on the AP server in order to prevent the 
reduction of performance in communications. That is, 
the time required to apply a pattern architecture can be 
shorten when the frequency of communications 
between the AP server and the DB server is lower. 
Therefore, a patter is generated such that the frequency 
of communications can be as lowest as possible. 
[0062] When the number of objects generated on 
the memory of the AP server is limited to one, the data 
transmitted from the DB server to the AP server is held 
as is and the data for the object is read or written as 
necessary If the update data for a domain object is 
cashed on the DB sender side, the memory of the AP 
server can be saved, but communications are required 
each time data is read or written, thereby reducing the 

performance. 1 \u 

[0063] FIG. 8 is a flowchart of the process of the 

pattern information definition unit 14. As shown in FIG. 
8 when the process is started, a pattern definition for- 
mat for example, the pattern information format 
described later, is read, and the definition screen is dis- 
played in step S16. In step S17. it is determined 
whether or not the definition is completed. If the defini- 
tion has not been completed, then the user, that is. each 
developer, selects a field to which definition information 
is input. In step S19. it is determined whether or not 
drawings are to be input to the field. ^ 
[0064] If no drawings are to be input to the field, the 

user inputs the definition of the field, for example, a pat- 
tern document as pattern information in step S20, When - 
the input is completed in step S21. then the processes 
in and after step SI 7 are repeated. 
[0065] If it is determined in step S1 9 that drawings 
are to be Input to the field selected, then a drawing edi- 
tor of the object-oriented CASE is activated in step S22. 
the drawings are edited in step S23. the edited drawings 
are stored in step S24. the edited drawings are linked to 
definition information in step S25. thereby repeating the 
processes in and after step SI 7. 
[0066] If it is determined in step S1 7 that the defini- 
tion has been completed, then the edited information is 
stored in step S26. the information is converted into the 
HTML format in step S27. the formatted data is stored, 
and the data is newly registered or ovenwntten in the 
memory of the pattern architecture storage unit 11 as 
pattern information, thereby terminating the process. 
[0067] FIG 9 is a flowchart of the process of the 
pattern architecture definition unit 15. In FIG. 9. when 
the process is started, a pattern architecture definiton 
screen, for example, the screen on which the pattern 
architecture shown in FIG. 6 and 7 is defined is dis- 
played in step S30. In step S31. it is determined 
whether or not the definition has been completed. If not. 
the user, that is. the developer, selects one of the com- 
ponents of the pattern architecture in step S32. A com- 
ponent of a pattern architecture refers to either an arrow 
indicating the relation between patterns, or a pattern. 
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that is. a rectangle, a viewpoint, or a selection item 
(case). 

[0068] tt is determined in step S33 what the type of 
a component is. If it is a pattern, then a (jattern category, 
a name, a pattern number, etc. are written to the area of s 
the drawing, for example, a rectangle, in step S34. After 
a pattern-information-defined HTML file has been spec- 
Hied as a linked-to file of the pattern in step S35, the 
processes in and after step S31 are repeated. 
[0069] When it is determined in step S33 that the to 
type of component is a relation, that is. an arrow, the 
processes in and after step S31 are repeated after the. 
related components are connected through a line in 
step S36. When it is determined in step S33 that the 
type of component is a viewpoint or a selection item, the is 
processes in and after step S31 are repeated after a 
sentence indicating a viewpoint or a selection item has 
been input in the area of the drawing in step S37. 
[0070] If it is determined in step S3 1 that the defini- 
tion has been completed, then edition information is 20 
stored in step S38. the information is converted into the 
HTML format and the formatted information is stored in 
step S39, and the information is newly registered or 
ovenwritten as a pattern architecture (inter-pattern rele- 
vant information) in the pattern architecture storage unit 25 
^ 1 in step S40. thereby terminating the process. 
[0071] FIGS. 10 and 11 show pattern information 
definition examples. Two types of information are pro- 
vided as pattern information. That is. human-readable 
information such as a document, a class chart, a 30 
sequence chart, etc.. and information interpreted by 
object-oriented CASE tool can be the two types of infor- 
mation. 

[0072] FIG. 10 shows an exanrple of human-reada- 
ble information, and also shows a pattern information 35 
definition example of a design pattern D9 in the pattern 
architecture shown in FIGS. 6 and 7. The contents are 
the name, subject, and description of a pattern as a 
document, a class chart, a sequence chart (MTD) not 
shown in the drawings, etc. corresponding to a design 40 
pattern. 

[0073] FIG. 1 1 shows an example of a pattern infor- 
mation definition defined in the format of a pattern 
model using an object-oriented CASE tool. Normally, in 
the objectK)riented technology, the concept of a pattern 45 
can be defined as a combination of a repeatedly 
appearing problem and a method for solving the prob- 
lem. In the present invention, a pattern is stored as a 
pattern document, that is, a document indicating the 
contents of a pattern, and a pattern model, that is. infer- so 
mation for use in automatically generating a source 
code. Another component is a model which can be 
interpreted by a CASE tool. The word 'model* in "pattern 
model' is different in meaning from the word 'model' in a 
'model to be developed'. 

[0074] FIG. 12 shows an example of the implemen- 
tation pattern definition screen as a pattern information 
definition example. 



[0075] FIG. 1 3 shows an example of a template as. 
for example, a pattern information definition format used 
in step S16 shown in FIG. 18. Using the template, pat- 
tern definition information can be easily input. In the 
template, a scenario explains a practical example, an 
object drawing shows the structure of an instance, and 
a sequence drawing shows an interaction between 
instances. 

[0076] FIGS. 14 and 15 show a flowchart of the 
process of the pattern architecture navigation unit 12. 
When the process is started as shown in FIG. 13, the 
user first selects a pattern architecture in step 841 , the 
pattern architecture is read in step S42. the inrtial pat- 
tern of the pattern architecture is automatically 
selected, and the property 'status' is set as the 'initial 
state'. The initial pattern refers to patterns A2 and A3 
not indicated by the.arrow as shown in FIGS. 6 and 7. In 
step S42, the property 'status' of these patterns is set as 
the Initial state'. 

[0077] Then, in step S43. the pattern architecture is 
displayed, and the user selects a pattern on the HTML 
screen in step S44. If the user selects one pattern in the 
pattern architecture, that is, one of the initial patterns A2 
and A3 in this example, then the status of the pattern 
information selected in step S45 is changed from 'initial 
state' to 'during selection'. Then, the status of the 
detailed pattern of tiie pattern selected in step S46 is 
set as 'automatic application'. The detailed pattern 
refers to a pattern for which furthermore detailed infor- 
mation is defined after the pattern has been selected. 
For example, if A2 is selected, D5 is the detailed pat- 
tern. If A3 is selected. D6 is the detailed pattern. 
[0078] Document information as pattern definition 
information about the selected pattern is displayed in 
step S47, and the user performs a selecting process on 
the HTML screen in step S48. 
[0079] When the user presses the application but- 
ton, then the selected pattern information, for example, 
the status of A2 becomes t)eing applied' in step S49. 
and the pattern application unit is activated in step S50 
and the pattern A2 is applied. 
[0080] Then, the name of the pattern information 
whose status is 'automatic application' to the user, for 
example. D5, is indicated. An inquiry is issued as to 
whether or not the automatic application continues. If 
the automatic application is to continue, the stat ;s of the 
pattern indicated as toeing selected', for example. A2, is 
set as 'application completed', the status of the pattern 
indicated as 'automatic application', for example. D5. is 
set as 'being applied', and the status of the detailed pat- 
tern of the pattern indicated as 'automatic application', 
for example, the pattern 15. is set as 'automatic applica- 
tion* in step S53. Then, the pattern application unit 13 is 
activated in step S50. the pattern whose state has 
become "being applied', that is, D5 in this example, is 
applied. Thus, the patterns correlated by an arrow are 
sequentially applied. 

[0081 ] If it is determined in step S52 that automatic 
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application is not adopted, then the document informa- 
tion about the pattern information whose status is 'auto- 
matic application* is displayed in step S47 so that the 
user can be urged to make a determination by display- 
ing the document information when the user cannot 5 
easily determine whether or not the pattern should be 
automatically applied continuously When the applica- 
tion button is pressed again as a result of the selection 
on the HTML screen in step S48. the processes in and 
after step S49 are repeated. 10 
[0082] If any of the detailed patterns, that is. any of 
the patterns fonward the pattern selected in step S44, is 
selected in step S48, then the status of the pattern indi- 
cated as t)eing selected', that is. the selected pattern, is 
set as 'completely referred to* in step S54. Then, the ts 
status of the selected pattern, that is, the detailed pat- 
tern, Is set as "being selected' in step S45. These proc- 
esses are repeated. 

[00831 Furthermore, if the user selects 'close' on 
the HTML screen in step S48. then the status of the pat- 20 
tern being selected' and the detailed pattern is returned 
to the previous status value, for example, 'initial state' in 
step S55. Then, in step S56. the pattern definition infor- 
mation display window is closed. After the pattern archi- 
tecture is displayed in step S43. for example, the 25 
'closing' is selected on the HTML screen in step S44. 
thereby terminating the process. 
[0084] FIGS. 16 and 17 show examples of the pat- 
tern information display screens. The screen shown in 
FIG. 17 is displayed by scrolling the screen shown in 30 
FIG. 16. Pressing the application button at a lower por- 
tion in FIG. 17 corresponds to pressing the application 
button on the HTML screen in step S48 shown in FIGS. 
14 and 15. 

[0085] FIG. 18 shows an example of the pattern 35 
architecture display screen. These screens can be dis- 
played by using, for example, Netscape as well as the 
pattern information display screen shown in FIGS. 16 
and 17. 

[0086] FIGS. 19 through 23 are flowcharts of the 40 
process of the pattern application unit 13. According to 
the embodiments of the present invention, a variable in 
a format interpreted by the pattern application unit 13, 
for example. $$Target$$ is used to process unique infor- 
mation provided for each development application to 45 
handle an actual model to be developed. Various types 
of variables are prepared in this format by the system in 
which the macro development system, a well-known 
technology, is used as a basic technology The pattern 
application unit 13 interprets the variable in this format, so 
displays an input screen of the information required for 
each development application, receives an input from 
the user, that is. the developer, and develops, for exam- 
ple, substitutes the value. 

[0087] FIGS. 19 and 20 show a flowchart of the 55 
entire process of the pattern application unit 13. In 
FIGS. 19 and 20, when the process is started, the input 
window of the file name of a model to be developed and 



the file name of a pattern model is displayed in step 
S60. and these names are input by the user. Then, the 
pattern model file is read in step 861 . the input window 
of the information about the development target ($$Tar- 
get$$) in the pattern model is displayed, and the name 
of a target (a class name, etc.) is input by the user. The 
model to be developed is read in step 863. and the 
processes in step 865 through 877 are repeated for all 
class definitions in the pattern model file in step 864. 
[0088] First, in step 865. one class in the pattern 
model file is set as an additional class name, and the 
development target in the dass definition is replaced 
with a value input by the user, or the result of the inter- 
pretation of the value. Then, the implementation pattern 
application result file for the class is generated, that is. 
prepared. In step 866. it is determined whether or not 
there is a class having the same name as the additional 
class in the model to be developed. If yes. it is deter- 
mined in step 867 that the class is to be processed, and 
the* definitions of all attributes are developed for the 
additional class. The process of the step is described 
later by referring to FIG. 21 . 

[0089] Then, in step 869, it Is checked whether or 
not the same attribute definition exists in the class to be 
processed relating to all attributes of the additional 
class. If not. the attribute definition is added to the class 
to be processed, and the pattern## has been applied' is 
added to the specification of the attribute definition. In 
step 870, all operation definitions for tiie alditional 
class are developed. The process in tiiis step is 
described by referring to FIG. 22. The pattern## is the 
file name of. for example, a pattern model file. 
[0090] In step 871 . it is checked whether or not the 
same operation definition exists in the class to be proc- 
essed relating to all operation definitions of the addi- 
tional class. If not. the operation definition is added to 
the class to be processed.- and the pattern## has been 
applied' is added to the specification of the operation 
definition. In step 872. it is determined whetiier or not all 
class definitions have been processed. If not, the proc- 
esses in and after step 865 are repeated. 
[0091] In step 866. if there are no classes having 
the same name as the additional class in the model to 
be developed, then it is necessary to add an additional 
class as a related class to the model to be developed. 
Then, in step 873. the definition of the additional class 
is added to the model to be developed, and the defini- 
tions of all attributes are developed in step 874. The 
process of this step is shown in FIG. 21. 
[0092] Then, in step 875. the definitions of all 
attributes are added to the class added to the model to 
be developed in step 875. and the pattern## has been 
applied' is added to the specification of tiie attribute def- 
inition. In step 876. ail operation definitions for the addi- 
tional class are developed. The process in this step is 
shown in FIG. 22. 

[0093] In step 877. the definitions of all operations 
are added.to the class added to the model to be devel- 
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oped, and Ihe pattern## has been applied' is added to 
the specification of the operation definition, and control 
is passed to the process in step S72. 
[00941 If it is determined in step S72 that all class 
definitions have been processed, then all relation def ini- s 
tions in the pattern model file are developed. This proc- 
ess is described in FIG. 23. Then, in step S79, it is 
checked whether or not there are the same relation def- 
initions in the model to be developed relating to all rela- 
tion definitions in the pattern model file. If not, then the lo 
relation definition is added to the model to be devel- 
oped. Ihe pattern## has been applied' is added to the 
specification of the relation definition, thereby terminat- 
ing the process. 

[0095] FIG. 21 is a detailed flowchart of the proc- is 
esses in steps S68 and S74 shown in FIGS. 19 and 20. 
In FIG. 21, the definitions of all attributes (name. type, 
initial value, etc.) of the additional class are checked in 
step S81 as a process of developing the definitions of all 
attributes of an additional class. When there is a charac- so 
ter string indicating an unknown 'development target', 
an input window is displayed to request a user to input a 
value. Then, the value of a target is input by the user. In 
step S82. the 'development target' in the attribute defini- 
tion is replaced with the input value or the result of the zs 
interpretation of the value, thereby terminating the proc- 
ess> 

[0096] FIG. 22 is a detailed flowchart of the proc- 
esses in steps S70 and S76 shown in FIGS. 19 and 20. 
In FIG. 22, to develop the definitions of all operations of so 
the additional class, the definitions of all operations 
(name, number of arguments, type of each argument, 
type of return value, etc.) of the additional class are 
checked in step 884. If there is a character string indi- 
cating an unknown 'development target', then an input 35 
window is displayed to request a user to input a value. 
Then, the value of a target is input by the user. In step 
885. the 'development target' in the operation definition 
is replaced with the input value or the result of the inter- 
pretation of the value. When an implementation pattern 40 
is defined in the specification of the operation definition 
in step 886. the 'development target' in the operation 
definition is replaced with the input value or the result of 
the interpretation of the value. The developed operation 
body (original contents of the operations) is written to an 4S 
implementation pattern application result file using the 
name of an operation, name of argument, type of argu- 
ment, type of return value, and the specification, 
thereby terminating the process. 
[0097] FIG. 23 is a detailed flowchart of the process so 
in step 878 shown in FIGS. 19 and 20. that is. the proc- 
ess of developing the definitions of all relations in the 
pattern model file. In FIG. 23. the definitions of all rela- 
tions (related-to dass name, related-from class name, 
etc.) in the pattern model file are checked in step 888. ss 
When there is a character string indicating an unknown 
•development target', an input window is displayed to 
request a user to input a value. Then, the value of a tar- 



get is input by the user. In step 889, the 'development 
target' in the relation definition is replaced with the input 
value or the result of the interpretation of the value, 
thereby terminating the process. 
[0098] FIG. 24 Shows an example of a development 
model to which a patlern.can be applied. For example, 
GASample' is the name of a class of an object, and the 
pattern application unit 13 is activated for such a devel- 
opment model. 

[0099] FIG, 25 shows an example of a user input 
screen displayed by the pattern application unit 13 in 
steps 860, 862. etc. shown in FIG8. 19 and 20. In this 
example, the user inputs that the development model 
file name, the pattern model file name, and the above 
described variable $$Target$$ are the character string 
'GASample'. 

[0100] FIG. 26 shows an example of an input 
screen displayed in step 881 shown in. for example. 
FtG. 21. FIG. 27 shows an example of a user input 
screen displayed in step 884 shown in. for example, 
FtG. 22. Thus, the pattern application unit 13 prompts 
the user to input data required in the process of applying 
a pattern, and performs a character string converting 
process, etc. using the result of a user input. 
[01 01 ] FIG. 28 is a part of an example of a develop- 
ment model obtained as a result of automatically chang- 
ing a model atter completing a pattern application. In 
FIG. 24. necessary classes, inheriting relations, rele- 
vant definitions, etc. are added to a model, for which, 
only the GASample is defined, by applying a pattern, 
thereby adding attributes and operations to the GASam- 
ple itself. For example, the display is omitted for the 
GASample Entity, but all definitions of attributes, opera- 
tions, etc. are set. ' "4 
[01 02] FtG. 29 shows an example of a definition of 
a target manager dass in the pattern model file. The 
definition is developed into the GASample Manager 
dass. and added to the model to be developed. 
[01 03] FIG. 30 shows an example of an output from 
the implementation pattern application result file. An 
implementation pattern as a sample of a source code is 
preliminarily defined as an operation definition of a tar- 
get manager class. In the definition, a variable such as 
$$Target$$ is developed into a value, for example, 
GASample, thereby outputting the implementation pat- 
tern application result file shown in FIG. 30, that is, an 
operation body is output. 

[0104] FIG. 31 shows the operations performed 
when a source code is generated by a user, that is, FIG. 
31 is a flowchart of the activating process of the imple- 
mentation pattern insertion unit 26. In FIG. 31. a source 
code is generated from a file of a model to be developed 
using the automatic source code generating function of 
the CASE tool in step 891. In the case of C++, 'class 
name.h' and 'classname.cpp' are generated as default 
values. In step 892. the implementation pattern inser- 
tion unit 26 is automatically activated, thereby terminat- 
ing the process. 
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[0105] FIG. 32 is a flowchart o1 the process of the 
Implementation pattern insertion unit 26. When the 
process of the implementation pattern 'nsertion unrt 2,6 
automatically activated in step S92 shown m FIG. 3 s 
started, a window is displayed to prompt the use to s 
input a source file name to which an inP'e";^;^,' m 
pattern is to be insert«l. and an implementation patte m 
application result file name, the user inputs the iie 
names, the source file is backed up m step S96. the 
source file name is changed into, for example, source w 
file name-bak-. a file having the same name as the 
source file is newly generated in step S97. an operation 
ixxly insertion result file is prepared, the currert line of 
the backup f ile of the source f ile is set as a leadmg line 
in step S98. the current line is read from the backup He is 
of the source file in step S99. it is determined in step 
S1 00 whether or not the current line is the last line of the 
file, and the process immediately terminates if it is the 
last line. 

[01 06] If the current line is not the last line, then it is 20 
determined in step S101 whether or not it is the leading 
line of the operation body, that is. the source code to be 
inserted. If yes. it is checked in step SI 02 whether or 
not there is the operation body in the Implementation 
pattern application result file. That is, operation names is 
types of return values, number of arguments, t)^e and 
order of each argument are compared. In step S103, it 
is determined whether or not there is the operation 
body. If yes. the operation body of the implementation 
pattern application result file is output to the operation 30 
body insertion result file in step S104. In step S105. the 
backup file of the source file is skipped to the line after 
the last line of the operation body, and then the proc- 
esses in and after dep S99 are repeated. 
10107] When It is determined in step S101 that the 35 

current line is not the leading line of the operation body 
code and when it is determined in step S103 that there 
is not the operation body, the contents of the current line 
are output as is to the operation body insertion result file 
in step S106. After control is passed from the current « 
line to the next line in the backup file of the source file in 
step S107. the processes in and after step S99 are 

[01081 FIGS. 33 and 34 show examples of the 
source code output by the object-oriented CASE tool in « 
step S91 shown in FIG. 31 . They are the source codes 
of GASample Manager. Although the header file shown 
in FIG 33 can be used as is. the contents of the opera- 
tion corresponding to the original program are not gen- 
erated in the body file shown in FIG. 34. ^0 
[0109] FIG. 35 shows an example of a user input 
screen displayed to the user in step S95 shown in FIG. 
32 For example, a file name normally guessed from the 
class name based on which a source code is generated 
is preliminarily displayed in each input field shown in ss 
FIG 35 By pressing the application button, input infor- 
mation is passed to the implementation pattern inser- 
tion unit 26, and the process of the implementation 



pattern insertion unit 26 is practically started. 
[0110] FIG. 36 shows an example of the body file of 
the GASample Manager to which an operation body is 
inserted. To the body file having no contents as shown 
in FIG 34. the operation body code shown in FIG. 30 in 
which an implementation pattern defined based on a 
design pattern is developed is inserted at an appropri- 
ate position. Thus, the design model according to the 
design pattern, and the source code to which the imp e- 
mentation pattern corresponding to the design model is 
applied are automatically generated. 
[0111] According to an embodiment of the present 

invention, a keyword is assigned to each of the pattern 
information 16 stored in the pattern architecture storage 
unit 11 so that a pattern can be retrieved using the key- 
word FIG. 37 shows an example of a pattern retrieving 
operation using a keyword. In FIG. 37, five patterns are 
retrieved as a retrieval result using the keyword delete , 
and the information about one of the five patterns is dis- 
played after being specified by the developer as a user 
[0112] FIG. 38 is a flowchart of the process of 
retrieving pattern information using a keyword. This 
process is performed by. for example, the pattern 
retrieval unit 22. When the process is started as shown 
in FIG 38 a list of files in the folder storing the pattern 
architecture specified as a retrieval object in step Si 10 
is obtained, and the retrieval result data is initalized. 
Then, in step Si 11 . the leading file is selected from the 
list of the file. In step S1 12. it is determined whether or 
not there is the selected file. H there is the file, it is deter- 
mined in step S1 13 whether or diaractw string 
input by the user is stored as the keyword of th.e f ile. that 
is pattern information. If yes. then the name of ttie frie 
and a part of the contents of the file are stored in the 
retrieval result data in step 81 14. In step S1 1 5, the next 
file is selected, and the processes in and after step 
S1 12 are repeated. 

[0113] When it is determined in step 3113 tnat 
there are no character strings input by the user as a key- 
word, the next file is selected in step S1 15. and the 
processes in and after step S1 12 are repeated. H it^s 
determined in step S1 12 that there are no files to be 
selected, then the retrieval result data is displayed in 
step S1 1 6, thereby terminating the process. 
[01 1 4] F IG. 39 shows an example of a pattern infor- 
mation definition format used when a keyword is 
assigned to pattern information. As compared with FIG. 
13. the input column oia keyword is added to the tem- 
plate format in FIG. 39. . „ 
[01 1 5] FIG 40 is a block diagram of ttie configura- 
tion of the second embodiment of the software develop- 
ment support apparatus according to *e presen 
Invention. As compared with the first embodiment 
shown in FIG. 3. the configuration further includes: a 
pattern application history information storage unit 31 
for storing the application history of a pattern applied by 
the pattern application unit 13 by storing and referring to 
the pattern; and a pattern application history interpreta- 
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tion unit 32 for referring to the history Information stored 
in the storage unit and obtaining, for example, the reus- 
ability, for example, the application frequency, of each 
pattern and a pattern architecture. 
[01161 FIG. 41 shows an example of pattern appli- 
cation history information stored in the pattem appli«- 
tion history information storage unit 31. In FIG. 4i, tne 
pattern application history Informatton contains the 
information from the name of a user to the name d a 
target dass relating to the person, the time, and the file 
involved, and the information about an attribute list iden- 
tified by a target dass name and a usage. 
[01 1 71 FIG. 42 is a f lowdiart of the process of the 
pattern application unit 13 performed, using the applica- 
tion history information stored in the pattern application 
history information storage unit 31 . When the process is 
started as shown in FIG. 42. the time and "ser informa- 
tion are obtained from the system In step SI 20. a his- 
tory file is generated, and the time and the user 
information are output to the history file. If a history input 
file corresponding to application history information is 
spedfied when a pattern is applied and pattern app ica- 
tion history information has already been stored, then 
the contents are read, the contents data for each devel- 
opment target, that is. the data to be input from the user 
corresponding to the above described variable $$Tar- 
gel$$. are requested, and the process is performed in 
steo S122 by the pattern application unit 13 as 
described above by referring to FIG..19. Howeverjn the 
window in whidi the user is requested to input data in 
this process, the internal data well known according to 
the contents of the above described history input file is 
displayed without waiting for the user input. 
[0118] lnstepS123. the namesof the user-inpu f e 
of the model to be developed and the pattern model fi e 
are output to the history file. In step S124. the contents 
of the -de/elopment target', that is. the contents of the 
internal data read in step S121 . are output to the history 
file for each target, thereby terminating the process. 
[0119] FIG 43 shows an example of the display oi 
the internal data on the user input screen in the process 
shown in FIG. 42. In FIG. 43. the history file generated 
when the pattern is previously applied is specified as a 
history input file, and the target dass name read from 
the history inputf lie is preliminarily displayed on the win- 
dow requesting a user input. 
[0120] FIG 44 is a ftowchart of the process per- 
formed by the pattern application history interpretation 
unit 32 shown in FIG. 40. When the process is started 
as shown in FIG. 44. the holder storing the history file is 
input by the user in step S131 . In step S132. the names 
of all history f iles in the holder are listed. In step S133, 
the leading file in the list is selected, and it is determined 
in step S134 whether or not there is a file to be selected. 
[0121] When there is afile to be selected, the name 
of a pattern model file is obtained from the file selected 
in stS) S135. and it is determined in step S136 whether 
or not there is data having the pattern model file name 



as a key in the aggregation resuH data. If yes. 1 is added 
to the data in step S137. the next file in the list is 
selected in step S138. and the processes in and after 
step S134 are repeated. 
5 [0122] K there is no data having the pattern model 
file name as a key. then the data of the value of 1 having 
the pattern model file name as a key is newly entered in 
the aggregation result date in step S139. and then the 
processes in and after step S138 are performed. When 
,0 it is determined in step S134 that there are nofiles to be 
selected, the aggregation result data is displayed in step 
SI 40. thereby terminating the process. 
[01 231 In the descriptions above, an arbitrary pa • 
tern is defined, and the function of automatically deteil- 
15 ing a model to be developed and a source code 
according to the pattern is mainly explained when 
describing in detail the operation of the obiect-oriented 
software development support apparatus. The definition 

of an automation pattern, and the application of the 
20 defined pattern are briefly described by refemng to an 

example of a practical pattern. 
[01241 In the descriptions below, as a practical 
example, the definition and the application of a pattern 
mainly to add a dass. an attribute of the dass. a method 
25 (operation), and a link (relation) are described accord- 
ing to the data of the objed already defined in the model 
to be developed. Using such patterns, data about an 
element to be added can be easily specified, and a pat- 
tern applying operation can be effidently performed. 
30 [01 251 FIG. 45 is a basic block diagram of the con- 
figuration of the system of the object-oriented software 
' development support apparatus for use in Bxplmm 
the definition and application of the pattern. In FIG. 45. 
for example, the software development support appara- 
35 tus shown in FIG. 3 comprises: a pattern definition unit 
101 corresponding to the pattern information definition 
unit 14- a pattern storage unit 102 corresponding to the 
pattern architecture storage unit 11; a pattern applica- 
tion unit 103 corresponding to the pattern appHcaton 
40 unit 13; and a model/program storage unit 104 stonng a 
model 18 to be developed, a program as the source 

code 19, etc. , , . 

[01 26] As described above, in this example, based 
on each element of an object-oriented model defined in 
45 the model 18 to be developed, for example, a dass. an 
attribute, a method, a linK etc.. a pattern for use in pre- 
scribing another element to be added to a nxxJel to be 
developed is defined. A necessary element for me 
model to be developed can be added by applying the 

(0I27] For example, the developer def ines a pattern 
for adding such an element through the pattern defini- 
tion unit 101 . and the result is stored in the pattern stor- 
age unit 102. The pattern application unit 103 reads, for 
55 sample, a model to be developed specrfied by the 
developer from the model/program storage unit 104 
and applies a pattern stored in the pattern storage uni 
1 02 to the model to be developed so that an element of 
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an object-oriented model is added to the model lo be 
developed or changed, and then the model to be devel- 
oped is stored again in the model/program storage unit 
104. 

roi281 FIG. 46 shows the definition and the applica- 5 
ion of a pattern for adding a ne* attribute based on the 
oate of aS already defined attribute. In F1G^6. the lead- 
ing portion of the pattern $$Target$$ stored m the pat- 
ten storage unrt 102 specifies that the pattern shou d 
be applied to ClassA as described later. J^eP^^f^" 
application unit 103 f inds the keyword of attribute .n the 
Sern. and recognizes that the Pa««^"f J° 
a new attribute to ClassA. Then, $$attnbute$$ .s 
replaced wrth the attribute name of ClassA ^ready 
defined in the modeUprogram storage unit 104 that js, is 
a, b, c in this example, thereby generating a character 
string, and an attribute having the name, that is, aFlag, 
bFlag, and cFlag are newly added here to ClassA. 

roi291 FIG 47 shows the pattern and its application 
lor adding a new method based on the data of an 20 
attribute of the class already defined in the model/pro- 
gram storage unit 104. In FIG. 47. the PaKernaPP''"'- 
tion unit 103 finds the keyword of the method in the 
pattem. and recognizes that the pattern is used to add 
a method. Then. $$attribute$$ is replaced wrth an « 
attribute name already defined and stored in the 
model/program storage unit 104, that is. a, b, c in th|s - 
example, to generate a character string, and a method 
having the name, that is. geta{ ). getb( ), and getc( ) are 

[0130] FIG 48 shows an example of the application 
of a pattern for adding a link based on the data of an 
attritXJte of the class. In FIG. 48. the pattern application 
unit 103 finds a keyword of the link in the Pfem and 
recognizes that the pattern is used to add a link. Then, 35 
from the character string in and after the link 
$$attribute$$ is replaced with the attribute names of 
class A already defined in the model/program storage 
unit 104, that is, a, b, c in this example, and the link hav- 
mg the names, that Is, aRole. bRole, and cRole are « 
added as a new link in ClassB.Tn this example, it is 
assumed that aRole is the role name of ClassB viewed 

from ClassA. . 
101311 FIG 49 shows an example of a pattern ana 
its application for adding a class based on the data of an « 
already defined attribute. TTie pattern application unit 
103 finds the definition of a dass name in the pattern 
that is, the character string replacement conversion at 
the position of $$Target$$ in the pattern shown in F G. 
48 that is $$attribute$$, thereby recognizing that the so 
pattem is used to add a class. Then, the character 
string replacement conversion is replaced with the 
attribute names already defined in ClassA, that is a, b, 
c to generate a character string, and the class having 
the name, that is. Xa. Xb, and Xc are newly added ss 
[01 32] FIGS. 50 through 53 are example of applying 
a pattem for adding a new element based on the data of 
a link of a dass already defined in, for example, the 



rroxlel to be developed. In FIG. 50. as compared with 
FIG 48 the portion of $$llnk$$ has already been 
replaced with the names of a link defined between 
ClassA and ClassB. that is. a. b. c. thereby adding new 
links aX, bX. cX. ^ «, 

101331 In FIG. 51. as compared with FIG. 46 me 
portion of $$link$$ is replaced with a. b. and c of me 
already defined link, and aFlag. bFlag, and cFlag are 
added to ClassA as new attributes. 
[01341 In FIG. 52. as compared witii F IG. 47 me 
portion of $$link$$ is replaced v^m a, b. and c of the 
already defined link, and a new memod. mat is, geta ( ), 
getbO. and getcO are added to ClassA. 
[0135] In FIG. 53. as compared wim FIG. 49. me 
portion of $$link$$ is replaced with a. b. and c as me 
names of me already defined linK mereby adding new 
classes Xa, Xb, and Xc. , ■ . „ 

[01361 FIGS. 54 mrough 57 show examples of a 
pattern and its application wim which an element of an 
object is to be added based on me data of an already 
defined method. In FIG. 54. as compared wrth FIG. 47. 
me portion of $$method$$ is replaced with ttie names 
a b and c of me method of me already defined ClassA, 

and' chacka{ ), checkb( ). and chedffi( ) are added as 
new methods to ClassA. 

[0137] In FIG. 55, as compared wim FIG. 46, me 
Dortion of S$memod$$ is replaced wim the name a, b, 
and c of me memod already defined in ClassA. and new 
attributes aattr. battr. and cattr are added to Clas^- 
[01381 In FIG. 56. as compared wim FIG. 48. me 
Dortion of $$method$$ is replaced wim the nam^ a. b 
and c of the memod already defined in ClassA. and 
three links aRole, bRole, and cRole are added as new 
links between ClassA and ClassB. 
[01 39] In. FIG. 57. as compared wim FIG. 49. me 
portion $$method$$ is replaced with me names a b, 
and c of me memod already def ined in ClassA, and Xa, 
Xb and Xc are added as new classes. 
[0140] FIGS. 58 mrough 61 show examples of a 
pattern and its application for adding a new elemert of 
an object based on me data of an already defined dass^ 
in FIG. 58, as conpared wim FIG. 49. the Portion 0 
$$Class$$ is replaced with me already defined dass 
names a. b. and c, and Xa. Xb. and Xc are added as 

new classes. - . 

[0141] In FIG. 59. as compared wim FIG. 46. me 
portion of $$Class$$ is replaced with the class names 
a b and c. and aattr, battr. and cattr are added to me 
class a as new attributes. The addition of me new 
attributes to me dass a Is spedfied for me portion of. 

foS In FIG. 66. as compared wim FIG. 48, the 
portion of ##Class$$ is replaced wim the already 
defined dass names a. b. and c. and new links aRole 
bRole, and cRole are added.between me classes a and 

[0143] In FIG. 61. as compared wim FIG. 47, the 
portion of $$Class$$ is replaced wrth me already 
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defined class named a. b. and c. and new attributes 
amethod { ), bmethod( ). and cmethod( ). 
[0144] Described above are comparatively simple 
patterns about the definition and application of a pattern 
for adding a new element to a model to be developed s 
based on the element of an already defined object in the 
model to be developed. Before describing furthermore 
in detail about various practical examples, a flowchart of 
the process of applying such a pattern Is f irst described 

. TO 

below. 

[0145] FIGS. 62 and 63 show a flowchart of the 
entire process of applying a pattern by the pattern appli- 
cation unit 103 shown in FIG. 45. The process shown in 
FIGS. 62 and 63 is almost the same as the process 
shown in FIGS. 19 and 20 corresponding to the above is 
desCTibed first embodiment. Different points are: step 

565 shown in FIG. 17 is divided into steps S65a and 
S65b. after alt class definitions are developed in step 
S65a. an implementation pattern application result file 
for adding a class obtained by developing the definitions 20 
is prepared, and then the processes in and after step 

566 are performed; and the processes in steps S68 and 
S74 in which all attribute definitions of an added class 
are developed, the processes in steps S70 and S76 in 
which all operation definitions of an added class are 25 
developed, and the process in step S78 in which all rela- 
tion definitions in the pattern file are developed are dif- 
ferent from those shown in FIGS. 21 through 23, These 
steps are S68a. S74a. S70a. S76a, and S78a in FIGS. 
62 and 63. In addition, for example, the above described so 
process of specifying ClassA as shown in FIG. 46 is 
performed by a user entering the target name in step 
S62 

[0146] FIG. 64 is a detailed flowchart of the process 
in which all class definitions are developed in step S65a 35 
shown in FIGS. 62 and 63. When the process is started 
as shown in FIG. 64. first in step S200. it is determined 
whether or not there is a keyword of adding a new class 
based on the attribute already defined in a model to be 
developed. If yes. after the definition of a new class is 40 
developed in step S201 based on the data of the 
already defined attribute, that is. the attribute, for exam- 
ple defined in the model to be developed, control is 
passed to the process in step S202. If there is no key- 
word for addition, then control is immediately passed to 45 
the process in step S202. The process in step S201 is 
described later by referring to FIG. 68. 
[0147] It is determined in step S202 whether or not 
there is a keyword for addition of a new class based on 
an already defined method. If yes. in step S203 as in so 
step S201 . the definition of a new class is developed 
based on an already defined method, and then the proc- 
ess in step S204 is performed. If there are no keywords 
for addition of a new class, then control is immediately 
passed to the process in step S204. 
[0148] In steps S204 and S205. for example, as in 
steps S200 and S201. a process of adding a class 
based on an already defined link. In steps S206 and 



S207. a process of adding a dass based on an already 
defined class. 

[01 49] In step S208. it is determined whether or not 
there is a keyword indicating a request for a process to 
an external pattern interpretation unit. The external pat- 
tern interpretation unit holds the unique pattern inter- 
pretation rule defined by. for exanple, a developer as 
described later. If there is a portion in a pattern request- 
ing the external pattern interpretation unit for interpreta- 
tion, then the pattern application unit 103 requests the 
external pattern interpretation unit to interpret the por- 
tion. That is. in step S209. the portion of the pattern at 
and after the keyword is passed to the external pattern 
interpretation unit. After the request to develop a class 
definition has been issued and the result has been 
returned to the pattern application unit, and there are no 
keywords requesting such processes, then control is 
immediately passed to the process in step 821 0. 
[01 50] In step S21 0. it is determined whether or not 
there is a suspending keyword in the definition of a class 
specified to be added in a pattern, that Is. a keyword 
requesting, for example, a developer to input the con- 
tents of the character string corresponding to the key- 
word. If there is such a keyword, then after a character 
string corresponding to the suspending keyword is input 
by a developer, the suspending keyword in the attribute 
definitions in a pattern, and an already input keyword 
are replaced with a corresponding character string, 
thereby terminating the process. If it is determined in 
step S210 that there is not a suspending keyword, then, 
in step S212. a keyword, whose contents are input, not 
yet replaced, for example, the above described $$Tar- 
get$$. is replaced with a corresponding character 
string, thereby terminating the process. 
[01 51 ] FIGS. 65 through 67 are detailed flowcharts 
of the definition developing process of a new attribute, 
method, and link based on the data of the elements of 
the object defined in. for example, a model to be devel- 
oped. FIG. 65 shows steps S68a and S74a shown in 
FIGS. 62 and 63. FIG. 66 shows steps S70a and S76a. 
FIG. 67 shows step S78a. 

[0152] The processes shown in FIGS. 65 through 
67 are practically the same as those shown in FIG. 64. 
For example, in FIG. 65. a process of adding an 
attribute based on the attribute, method, link, and dass 
already defined in a model to be developed is performed 
in steps S220 through S227. In steps S228 and 8229. a 
process of requesting the external pattern interpretation 
unit to for a process is performed. In steps 8230 through 
S232. a process corresponding to a suspending key- 
word in the definition of an attribute to be added and a 
character string repladng process corresponding to an 
already input keyword are performed. 
[0153] FIG. 68 is a flowchart of the process of 
developing the definition of an element to be newly 
added based on. for example, the element defined in a 
model to be developed. For example. FIG. 64 shows the 
processes in steps 8201. 8203. S205. and 8207. For 
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exarrple. in step S201 . an already defined element is an 
attribute of an object, and a process of developing the 
definition of a class to be newly added is performed. 
10154] When the process is started in FIG. 68. the 
original information, that is. a list of already defined ele- 
ments is obtained in step S280. In step S281 . rt is deter- 
mined whether or not a condition for limiting elements 
has been specified. If it has been specified, then control 
is passed to the process in step S283 after the list of the 
elements has been limited depending on the condition 
in step S282. If it has not been specified, then control is 
immediately passed to the process in step S283. 
[01 551 st©P S283. it is determined whether or not 
it is specified that an element should be selected by the 
developer as described later, that is. the developer 
should be requested to select an element. If it is speci- 
fied, then the process in step S285 is performed after 
the element is selected by the developer. If it is not 
specified, the process in step S285 is immediately per- 
formed. 

[0156] In step S285. the data specified in a pattern, 
for example, a character string representation such as a 
name, a type. etc. is extracted from the data of an origi- 
nal element for the element in the list. In step S286. the 
character string representation extracted in step S286 is 
processed in the method specified in the pattern as 
described later using, for example, a leading uppercase. 
In step S287. it is determined whether or not there is a 
suspending keyword in the processed character string 
as in step S210 shown in FIG. 64. If there is such a key- 
word, then after the developer inputs a character string 
corresponding to the suspending keyword in step S288. 
and the suspending keyword is replaced with the char- 
acter suing, the process in step S289 is performed. If 
there are no such suspending keywords, then the proc- 
ess in step S289 is immediately performed. 
[0157] In step S289. the processed character string 
representation is used at a position specified in the pat- 
tern, and a new element is defined. In step S290. it is 
determined whether or not the process has been per- 
formed for all elements in the list. If not. the processes 
in and after step S285 are performed. If the process has 
been performed for all elements, then the process ter- 
minates. 

[0158] Thus, an example of applying a compara- 
fivr/y simple pattern and a flowchart of a pattern apply- 
ing process have been explained. Described below is 
an exanple of a furthermore applied pattern. 
[01 59] FIG. 69 shows an example in which a portion 
corresponding to an analysis and design pattern and a 
portion corresponding to an implementation pattern are 
defined as a pattern, the pattern is applied to add a 
method to a model to be developed, and a new program 
is generated corresponding to the implementation pat- 
tern. The implementation pattern is encompassed by a 
bracket in the tag 'method'. 

[0160] In FIG. 69, a new method 'copy 
(ClassA&obj)' is generated, and a program correspond- 



ing to an implementation pattern is generated. The por- 
tion 7/$$foreach keyword...//$$endforeach' in the 
implementation pattern is an instruction for generating a 
program by repeating the inserted code for the number 
5 of elements represented by the keyword. In this exam- 
ple. $$attribute$$ is specified as a keyword, and a code 
corresponding to the attributes a. b. and c of ClassA is 
generated. $$attribute$$ in the code in the second line 
of the implementation pattern is replaced with the name 
70 of the attribute to be repeated. 

[0161] FIGS. 70 through 72 show an example of 
applying a pattern as an example of a furthermore 
applied pattern in which, for example, the data of ele- 
ments of an object to be newly added to a nrKxiel to be 
75 developed, for example, a name, a type, an initial value, 
visibility, etc. already defined in the model to be devel- 
oped is specified. In this exanple, the visibility refers to 
a range of an accessible class, and the details are 

described later. 
20 [0162] FIG. 70 shows an example of adding a 
method in which a new method is added as shown in 
FIG 47 corresponding to the last half of the line after the 
line of the tagged 'method', the first half 
$$attribute$$;type is replaced with the types of the 
25 already defined attributes a. b, and c. and the result is 
used as the type of a return value of the method. 
[0163] FIG. 71 shows an example of adding an 
attribute in which attributes ax. bx. and cx obtained by 
replacing $$attribute$$ with a, b, and c. and the type 
30 and the initial value of the original attribute are used. 
[0164] In FIG. 72. a new method is added to 
ClassA. but the name of the linked-to class is used as a 
return value of a newly added method by $$link$$;type- 
in the first half of the line preceded by the line containing 
35 'method' as a tag in a pattern. 

[0165] FIGS. 73 through 76 show an example of 
applying a pattern in which it is specified in the pattern 
as described in step S286 shown in FIG. 68 to use a 
character string of the data for a newly added element 
40 after processing the character string in a predetermined 
method. The specHied method can be followed by using 
uppercases. by using an uppercase for only the first 
character (capitalization), by deleting one previous 
word, etc. 

45 [0166] FIG. 73 shows an example of adding a 
method as shown in FIG. 70. However, since 'C in 
get$$attribute:C$$( ) indicates capitalization, a of the 
attribute name is expressed by an uppercase in. for 
example. getA( ) off the newly added method- 
50 [0167] FIG. 74 shows an example of adding an 
attribute. However, since 'U* in the pattern specifies 
uppercases. the three attributes already defined in 
ClassA are expressed by uppercases and then added. 
[01 68] In FIG. 75. an attribute is newly added as in 
55 FIG. 74. However, since 'F in the pattern indicates 
deleting one previous word, the first one word of each of 
the already defined attributes,, that is. llagL' is deleted. 
[0169] In FIG. 76, an attribute is similarly added. 
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However, since 'J in the pattern Indicates the deletion of 
•J. and specifying the character immediately after the 
symbol to be expressed by an uppercase, for example, 
an attribute such as flag A. etc. are added. 
[0170] FIGS. 77 through 79 show an example of s 
applying a pattern in which a condition of. for example, 
only instance variables, only static variables, only pri- 
vate method, etc. is specified among the elements of an 
already defined object in the model to be developed, 
and any item satisfying the condition should be auto- to 
matically selected as shown in steps S281 and S282 
shown in FIG. 68. 

[0171] FIG. 77 shows an example of adding a 
method. Since it is specified by 'private' in the pattern 
that only a private attribute should be selected, a ti 
method is added only corresponding to b and c 
assigned '-' indicating 'private' (only the class is accessh 
ble)as a leading character indicating visibility, that is. an 
accessible class among the already defined attributes, 
m addition T assigned to a indicates the protection with 20 
which only the class and the subclass are accessible, 
and V not shown in the attached drawings indicates 
that all classes are accessible. 
[0172] In FIG. 78, a method is added. However, 
since 'static' in the pattern has the condition of a static 25 
variable only, a method can be added only to a having a 
leading $ indicating a static variable among the already 
defined attributes a, b, and c. 
[0173] A method is added also as shown in FIG. 79. 
However, since 'abstract' in the pattern specifies that 30 
only an abstract method expressed in italics should be 
selected. Therefore, a method can be added using only 
a ( ) expressed in italics among the already defined 
methods. 

[01 74] FIG. 80 shows an example of applying a pat- 35 
tern in which it is specified that a developer or a user 
selects, when the pattern is applied, an element which 
has already been defined in a model to be developed, 
and based on which a new element is to be added as 
described in steps S283 and S284 shown in FIG. 68. In 40 
fig; 80. it is specHied that, for example, a user is 
requested to select an element by 'select' in the pattern, 
and. in response to the specification, the pattern appli- 
cation unit 103 presents the user with an attribute selec- 
tion screen, and the user selects, for example. 'C as an 45 
attribute name, therebv adding a method. 
[0175] FIGS. 81 and 82 shows an example of apply- 
ing a pattern in which a developer or a user is requested 
to optionally input a character string during the applica- 
tion of the pattern. In FIG. 81, for example, a user is 50 
requested to input the name of a method to be added, 
and a new method is added using the name Test ' input 
by the user. 

[0176] In FIG. 82. as in FIG. 69. the pattern con- 
tains a portion corresponding to an analysis and design ss 
pattern, and a portion corresponding to an implementa- 
tion pattern, thereby adding a method and generating a 
program. At this time, the pattern application unit 103 



prompts the user to input a character string correspond- 
ing to $$XXX$$, and a method is added and a program 
is generated using the user-input 'save'. The user-input 
character string is used for both added method and gen- 
erated program. Using the internal desaiptions of the 
program, there is the second added method. Further- 
more, 'C indicating capitalizing is also used in the pat- 
tern. 

[0177] As the last example of applying a pattern, 
described below is an exanrple of applying a pattern in 
which a portion according to a development rule 
uniquely regulated by, for example, a developer is 
defined in the pattern. The development rule is. as 
described in steps 3208 and S209 shown in FIG. 64. 
stored in the external pattern interpretation unit gener- 
ated by. for example, a developer, and is used when 
interpreting a pattern. FIG. 83 is a block diagram of the 
basic configuration of the object-oriented software 
de^^elopment support apparatus in the above described 
case. As compared with the configuration shown in FIG. 
45. an external pattern interpretation unit 105 is con- 
nected to the pattern application unit 1 03 . 
[01 78] FIG. 84 shows an example of applying a pat- 
tern containing a process performed by the external pat- 
tern interpretation unit 105. In FIG. 84. a character 
string from 'user-define' to the next tag in the pattern to 
which a method is to be added is provided from the pat- 
tern application unit 103, and an attribute is added cor- 
responding to the interpret rule stored in the external 
pattern interpretation unit. 

[0179] Finally, the loading of a program in the 
object-oriented software development support appara- 
tus according to the present invention is described 
below by referring to FIG. 85. The software develop- 
ment support apparatus can be realized by a common 
computer system. Such a computer 35 basically com- 
prises a body 36 and memory 37. A program for use in - 
performing a process according to the present invention 
can be loaded from a portable storage medium 39 to the 
body 36. and from a program provider through a net- 
work 38. 

[0180] A program in the object-oriented software 
development support apparatus according to tiie 
present invention, for example, a program shown in the 
flowcharts in, for example. FIGS. 5. 8. 9. 14 and 15. 19 
through 23. 62 through 68. etc. is stores in. for example, 
the memory 37. The program is executed by the body 
36. The memory 37 can be a hard disk, etc. 
[0181] In addition, a program for use in defining a 
pattern in the software development support apparatus 
is stored in the portable storage medium 39, and the 
program is loaded on the body 36, thereby defining a 
pattern. The portable storage medium 39 can be an 
optical disk, a magneto-optic disk. etc. Furthermore, a 
program for use in defining a pattern is transmitted from 
a program provider to the computer 35 through the net- 
work 38. and a pattern definition can be realized by 
loading the program. 
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[01821 The embodiments of the present iiwenlion 
have been described above by referring to C++ as an 
object-oriented software language. However ttie soft- 
ware language can be any other languages wjout l,m- 
Itina to C++. In addition, other embodiments can be 5 
resized within the scope of the claims of the present 
invention. 

r0183] According to the present Invention, as 
described above in detail, a manager of a deve opment 
project defines and provides the architecture of neces- 10 
sary patterns such as an analysis pattern, a desigri pat- 
tern an implementation pattern, etc. so that a developer 
of each division can appropriately and eHiaently use the 
patterns, thereby improving the software developmerrt 
efficiency By sequentially applying patterns correlated >s 
as a pattern architecture, the quality of analysis informa- 
tion design information, and source code can be lev- 
elled. In addition, inconsistency can be avoided 
between analysis information and design information, 
and design information and source code, thereby sue- so 
cessfully tracing information. Furthermore, by applying 
a pattern as a comparatively simple pattern in which 
data of an object already defined in a model to be devel- 
oped can be used, many parts of software development 
can be automated, thereby improving the effiaency in is 
an object-oriented software development. 
101841 The above description has referred to a pro- 
gram stored on a computer-readable medium, either a 
portable computer-readable medium 39 which is loaded 
directly into the computer 35. or a remote computer- 30 
readable medium of a program provider which is 
accessed by the conputer 35 over the network 38. It will 
be appreciated that a computer program embodying the 
present invention need not be stored on a computer- 
readable medium and could, for example, be embodied 35 
in a signal such as a downloadable data signal provided 
from the program provider over the network or from an 
Internet website. The appended daims are to be inter- 
oreted as covering a computer program by itself, or as a 
Tecord on a carrier, or as a signal, or in any other form. 40 
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be developed, detailing the model, and sup- 
porting development of software corresponding 
to the model. 



Claims 

1 An object-oriented software development support 
apparatus (1) for supporting object-oriented soft- 
ware designing, comprising; 



a pattern architecture storage unit (2) storing 
pattern information (3.6) about a plurality of 
patterns available when object-oriented soft- so 
ware is developed, and inter-pattern relevant 
information (4,7) for association between pat- 
terns having antecedent/consequent relation- 
ship; and 

a pattern application unit (5) applying a pattern ss 
whose application has been externally 
approved among patterns stored in said pat- 
tern architecture storage unit (2) to a model to 



2. The apparatus (1) according to claim 1. wherein 

said pattern architecture storage unit (2) stores 
a viewpoint on software development and a 
selection item corresponding to the viewpoint 
as the inter-pattern relevant information (4.17); 

pattern application unit (5) automatically 
selects a pattern at an external instruction 
about the viewpoint and the selection item, and 
applies the selected pattern to a model to be 
developed. 

3 The object-oriented software development support 
apparatus (1) according to claim 1 . wherein 

said pattern architecture storage unit (2) fur- 
thermore stores a retrieval key to a plural 
pieces of pattern infornration (3.16); and 
said pattern application unit (2) applies a pat- 
tern externally specified among patterns 
retria^ed using an externally input retrieval key 
to a model to be developed. 

4 The object-oriented software development support 
apparatus (1) according to claim 1 . further compris- 
ing 

a pattern information definition unit (14) defin- 
ing the pattern information (3.16) according to 
pattern definition information externally input in 
a format of a pattern template. 

5. The apparatus (1) according to claim 4. wherein 

said pattern information definition unit (14) fur- 
ther defines a retrieval key for the pattern infor- 
mation (3.16) when the pattern information is 
defined. 

The apparatus(1) according to daim 1 . further com- 
prising 

a pattern architecture definition unit (15) defin- 
ing inter-pattem relwant information (4.17) for 
assodation between patterns having an ante- 
cedent/consequent relationship according to 
externally input information. 

The apparatus (1) according to daim 6. wherein 

said pattern architecture definition unit (15) 
defines a viewpoint on software development 
and a selection item corresponding to the view- 
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point as the inter-pattern relevant informa- 
tion(4.17). 



38 

pattern definition information externally input in 
a format of a pattern template. 



. rsrr. 12 The apparatus (1) according to claim 10, further 
8. TheapparatustDacco^ingtoclaiml.furthercom- ^ ^^JSg 

prising: 



a pattern architecture display unit displaying a 
pattern architecture corresponding to plural 
Seces 01 pattern information (3.16) and inter- 
pattern relevant information(4,17) stored in 10 
said pattern architecture storage unit(11) m a 
single collective format; and 
a pattern information display unit displaying 
pattern information (3.16) stored in said pattern 
architecture storage unit (11) in a template for- »5 
mat corresponding to the pattern information. 

.9. The apparatus (1) according to daim 1. lurther 
conprising ^ 

a pattern architecture navigatton unit (12) inter- 
preting a pattern architecture corresponding to 
plural pieces of pattern Information (3.16)and 
inter-pattem relevant information (4.1 7) stored 
in said pattern architecture storage unit (11), » 
and externally presenting a pattern applicable 
to the model to be developed, wherein 
said pattern application unit (5) applies a pat- 
tern whose application has been externally 
approved among the presented patterns to a so 
rtiodel to be developed. 

10. The apparatus (1) according to claim 1 , wherein: 



said plurality of patterns are implementation 35 
patterns as samples of source code corre- 
sponding to operation definitions of a class 
contained in an analysis pattern and design 

SkTpattern architecture storage unit (2) also 10 
Stores relevant information between a design 
pattern and an implementation pattern asthe 
inter-pattern relevant information (4,17): and 
said pattern application unit (5) applies a 
design pattern whose external application has « 
been approved to a model to be developed, 
and automatically generates based on the 
implementation pattern a source code corre- 
sponding to a portion to which an analysis and 
design pattern has been applied in the model so 
to be developed. 

11. The apparatus according to claim 10, further com- 
prising 55 

a pattern information definition unit (14) defin- 
ing pattern infonnation (3,16) about the imple- 
mentation pattern according to implementation 



a pattern arcnitecture definition unit (15) defin- 
ing inter-pattern relevant information (4,1^ 
between the analysis and design pattern and 
implementation pattern according to externally 
input information. 

13. The apparatus (1) according to daim 10, further 
comprising: 

a pattern architecture display unit displaying a 
nattem architecture corresponding to plural 
pieces of pattern information (3,16) and inter- 
pattem relevant Information (4.17) stored in 
said pattern architecture storage unit (15) in a 
single collective fornat; and 
an implementation pattern information display 
unit displaying pattern information about an 
implementation pattern stored in said pattern 
architecture storage unit in an implementation 
pattern template format. 

14. The apparatus (1) according to claim 1. further 
comprising: 

a pattern application history information stor- 
age unit (31) holding application history infor- 
mation for a pattern applied by said pattern 
application unit (13) to a model to be devel- 

oped; and . .. 

a pattern application history interpretation unit 
(32) interpreting application history information 
stored in said pattern application history infor- 
mation storage unit (31). and obtaining reusa- 
bility of each pattern and a pattern architecture 
corresponding to plural pieces of pattern infor- 
mation (3.16) and inter- 



pattern relevant information (4.17). 



15. The apparatus (1) according to claim 1. further 
comprising 

a pattern application history information stor- 
age unit (31) holding appliration history infor- 
mation for a pattern applied by said pattern 
application unit to a model to be developed. 

wherein ' _„ . 

said pattern application unit (13) interprets 
application history information stored in said 
pattern application history information storage 
unit(31). and improves efficiency of a pattern 
applying process by preliminarily setting data 
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to be externally input when a pattern is applied. 

16 An object-oriented software development sui^rt 
^paritus (1) for supporting object-onented soft- 
ware designing, comprising. 



40 

based on data o1 attributes of a class already 
defined in the model to be 
classes to the model to be developed; and 
said pattern application unit (103) adds n^ 
dasses by applying a pattern contajmng at 
least said pattern information to the model to 

apatterninformationdefinitionunitdODdefin- Redeveloped. 

fnravailable pattern information in develw ^^^3 according to claim 16. wherein 

object-oriented software according to wter 

na ly provided pattern definition information, to 

storage unft (102) storing tiie defined 
pattern information; and ■ 
Stlern application unit (103) applying pattern 
Srmati^J stored in said pattern stomge u rt 
to a model to be developed, detailing the rs 
model, and supporting development of soft- 
ware corresponding to the model. 



said pattern intomiation definition unrt 001) 
defines pattern information for use in adding 
on data of links of a class already 
def ined in the model to be developed, new links 
to the model to be developed; and 

S!d pattern application un« ^^^^^^^ 
links by applying a pattern containing at least 
said pattern information to the model to be 
developed. 



deveiopeo. 

Th«fltmaratus(1) according to claim 16, wherein 
17. The apparatus (1) ^^^.^ 

.. :-wma«nn driinition unit (101) 



said pattern information definition unit 001) 
defines pattern information for use in adding 
on data of attributes of a class already 
defined in the model to be developed^ new 
attributes to the model to be developed, and 

sS pattern application unH (103) adds new 
attributes by applying a pattern containing at • 
feast said pattern information to the model to 
be developed 



30 



said pattern infomiation definition unrt 001) 
defines pattern infomnation for use in adding 
based on data of links of a class already 
defined in ttie model to be developed^ new 
attributes to the model to be developed and 
sS?pattern application unit (103)adds n^ 
attribSs by applying a pattern containing at 
least said pattern information to the model to 
be developed. 



_ . be deveiopeo. 

18 The apparatus 0) according to claim 16. wherein ^ • 

,,101^ 23 The apparatus 0) according to claim 16. wherein 

_-^.„ i^Wmatinn detinition unit (101) ^* 'neoHK 



said pattern information definition unit (101) 
defines pattern information for use m adding, 
ba^on data Of attributes of a class already 35 

defined in the model to be developed, new 
methods to the model to be developed , and 

S pattern application unrt 003) ac^ds a new 
mettS by applying a pattern contain^g at 
least said pattern information to ttie model to 
be developed. 



said pattern information definition unrt 001) 
defines pattern information for use in adding, 
basS^on data of links of a class already 
dJiSd in the model to be devalued new 
methods to the model to be developed: and 
Sd pattern application unit 003) adds new 
meti^Sds by applying a pattern containing at 
least said pattern information to the model to 
be developed. 



. .„ be deveiopeo. 

19 The aooaratijs(l) according to claim 16, wherein 

« 24 Theapparatus(1)aocordingtoclaim 16. wherein 

;«wmfltion definition unit 001) « ^1. meaw 



said pattern information definition unit 001) 
defines pattern information for use in adding 
Ssed on data of attributes of a class already 
defined in the model to be developed, new links 
to the model to be developed; and 
saS pSn application unit 003) adds new so 

links by applying a pattern containing at least 
saw pattern information to the model to be 
developed. 



said pattern information definition unit 001) 
defines pattern information for use m adding 
S on data of links of a class already 
SSSd in the model to be develop«l new 
classes to ttie model to be developed; and 
sLTpattem application unit (103) adds new 
classes by applying a pattern containrng at 
least said pattern information to the model to 
be developed. 



ho deveiopeu' 

20. The apparatus 0) according to claim 16. Wherein « „^ .aim 16 wherein 
.,™«„n definition unit 001) 25. The ^paratusO) according to Claim 16. where 



said pattem information definition unit (lOI) 
defines pattern information for use in adding. 
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said pattern information definition unrt (101) 
defines pattern information for use in adding, 
based on data of methods of a class already 
defined in the model to be developed, new 
methods to the model to be developed; and 
said pattern application unit (103) adds new 
methods by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

26. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of methods of a class already 
defined in the model to be developed, new 
attributes to the model to be developed: and 
said pattern application unit (103) adds new 
attributes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 

27. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of methods of a class already 
defined in the model to be developed, new links 
to the model to be developed; and 
said pattern application unit (103) adds new 
links by applying a pattern containing at least 
said pattern informatfon to the model to be 
developed. 

28. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of methods of a class already 
defined in the model to be developed, new 
classes to the model to be developed: and 
said pattern application unit (103) adds new 
classes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 



30. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit defines 
pattern informatfon for use in adding, based on 
5 data of classes already defined in the model to 

be developed, new attributes to the model to be 

developed: and 

said pattern application unit (103) adds new 
attributes by applying a pattern containing at 
TO least said pattern information to the model to 

be developed. 

31. The apparatus (1) according to claim 16. wherein 

t5 said pattern information definition unit (101) 

defines pattern information for use in adding, 
based on data of classes already defined in the 
model to be developed, new links to the model 
to be developed; and 
20 said pattern application unit (103) adds new 

links by applying a pattern containing at least 
said pattern information to the model to be 
developed. 

25 32. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of classes already defined in the 
30 model to be developed, new methods to the 

model to be developed; and 
said pattern application unit (103) adds new 
methods by applying a pattern containing at 
least said pattern information to the model to 
35 be developed. 

33. The apparatus (1) according to claim 16. wherein 

said pattern information definition unit (101) 
40 defines the pattern information using data 

about classes, or attributes, methods, or links 
of the classes already defined in the model to 
be developed as data relating to attributes, 
methods, links, or classes to be newly added in 
45 the model to be developed. 



. u ■ Id Thpanoaratusd) according to claim 33. wherein 

29. The apparatus (1) according to claim 16. wherein 34. The apparatus a 

... 'A f M 



said pattern information definition unit (101) 
defines pattern information for use in adding, 
based on data of classes already defined in the 
model to be developed, new classes to the 
model to be developed: and 
said pattern application unit (103) adds new 
classes by applying a pattern containing at 
least said pattern information to the model to 
be developed. 



so 
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said pattern information definition unit (101) 
defines the pattern information by representing 
using a specif ied processing method a charac- 
ter string for data about attributes, methods, 
links, or classes to be newly added in the 
model to be developed. 

35. The apparatus (1) according to claim 16. wherein 

said pattern informatfon definition unit (101) 
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defines pattern information for use in adding 
new attributes, links, methods, or classes in the 
model to be developed based on data satisfy- 
inq a specHied condition among classes, or an 
attribute, a method, or a link of the class 
already defined in the model. 

36. The apparatus (1) according to claim 16. wherein: 

said pattern information definition unit (101) 
defines the pattern information including data 
indicating that some of classes, or attributes, 
methods, or links of the classes defined in the 
model to be developed should be externally 
specified; and 

said pattern application unit (103) obtains an 
external instruction to specify the classes, or 
attributes, methods, or links of the classes, and 
applies to the model to be developed a pattern 
containing the pattern information depending 
on a result of the instruction. 

37. The apparatus according to daim 16. further com- 
prising: 

an external pattern interpretation unit (105) 
storing a preliminarily and uniquely regulated a 
pattern interpretation rule, and interpreting pat- 
. tern information according to the pattern inter- 
pretation rule, wherein: 

said pattern information definition unit (101) 
def ines pattern information containing a portion 
specifying that the pattern information should 
be interpreted according to the pattern inter- 
pretation rule, and provides the defined pattern 
information for said pattern storage unit (1 02): 
and 

said pattern application unit (103) uses an 
interpretation result from said external pattern 
interpretation unit (105) when a pattern con- 
taining the defined pattern information is 
applied. 

38. The apparatus (1) according to claim 16. wherein: 

said pattern information definition unit (101) 
defines pattern information containing a portion 
specifying that a character string externally 
input while a pattern is applied by said pattern 
application unrt (103) should be incorporated 
into the model to be developed, and provides 
the defined pattern information for said pattern 
storage unit (102); and 

said pattern applicalfon unit (103) incorporates 
an externally input character string into the 
model to be developed when a pattern contain- 
ing the pattern information is applied. 



EP 1 030 242 A2 ^ 
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said pattern information definitfon unit (101) 
defines a pattern for use in adding, to the 
model to be developed and based on data of 
the object, new data about an object defined m 
the model to be developed. 

40 An object-oriented software development support- 
ing method for support in designing object-onented 
software, comprising the steps of: 

storing pattern information about a plurality of 
patterns available when object-oriented soft- 
ware is developed, and inter-pattern relevant 
informatton for association between patterns 
having antecedenVconsequent relatfonship; 

and 

applying a pattern whose application has been 
externally approved among the stored patterns 
to a model to be developed, detailing the 
model, and supporting development of soft- 
ware corresponding to the model. 

41 A computer-readable storage medium (39) storing 
" a program used to direct a computer (35) to perform 
the steps of: 

storing pattern Information about a plurality of 
patterns available when object-oriented soft- 
ware is developed, and inter-pattern relevant 
information for association between patterns 
having antecedent/consequent relationship; 

arid 

applying a pattern whose applicatfon has been 
externally approved among the stored patterns 
to a model to be developed., and detailing the 
model. 

42 An object-oriented software development support- 
ing method for support in designing object-oriented 
software, comprising the steps of: 

based on data of an object already defined in a 
model to be developed, defining a pattern for 
use in adding new data about the object to, a 
model to be developed; and 
applying the defined model to the model to be 
developed, detailing the model, and supporting 
development of software corresponding to the 
model. 
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43 A computer-readable storage medium (39) storing 
' a program used to direct a computer (35) to perform 
55 the Steps of: 

defining a pattern for use in adding, to a model 
to be developed and based on data of an object 



23 



45 



EP 1 030 242 A2 



already defined in a model to be developed. 

new data about the object; and 

applying information about the defined pattern 

to the model to be developed, and detailing the 

model. 

44 A computer program which, when loaded into a 
computer, causes the computer to become an 
object-oriented software development support 
apparatus as claimed in claim 1 or 16. 

45. A computer program which, when run on a compu- 
ter causes the computer to carry out an object-ori- 
ented software development supporting method as 
claimed in claim 40 or 42. 
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p Export control 

© Public O Profited O Private O implementation 



documentation 

[ivExisting = getUpdatingOneObject(alD) ; 
if(lvExisting != null) { 
return IvExisting; 

} 

RecordSet ivRS = m_DBSI.selectBylD(alD): 
lif(lvRS.getRowCount() 1= 1 ) I 
//Exception 

[$$Target$$ IvDO = new $$Target$$(this); 
IvRS.topO; 
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[OMITTED] 

GASafnole*GASafnpleManager::GetOne(GCGStnngC.CODE) 

r //J LISTING ARGUMENT OF GetOne 
GCGList arg I ist=make_argj ist ( 

&C CODE 
)• 

//J GENERATING PARAMETER OBJECT ACCORDING TO LIST 

CCOParamenter prn(arE.I ist.GetCountO) ; 

nake paraoenter_li st, prm) ; « , .-t 

in GENERATING COMB I NAT IN KEY ACCORDING TO LIST 

GCGString key_sr=inake_keystring(argJisO : 

in WHEN INSTANCE HAVING SAME KEY IS OBTAINED AGAIN: 

GASanple* const obj=RiodeLset.Lookup(tkey.str); 

if(obj) 

++obi->ref_counter: 
return obi; 

//J PERFORMING ENTITY REFERENCE METHOD 

GCOResuitset* rst inst=entityJnst->SeIectForGetOne(prm) ; 

in NULL UNLESS MIS-HIT 
if (rst inst->GetE0FO='l){ 

rst_ain5t->DestroyO; 

return NULL; 

I y 8 1 se { 

in OBTAINING MODEL INSTANCE 

CCOField' fid lnst=rslJnst->GetFIWLSAO : 

//J GENERATION RELATION 

CASanple' new¥obj=(OASaople')geU''st»"«0: 

//J INITIALIZING CORE RESOURCES » i„,»v 

je tup Bode IJ " tance (ne«f_ob j . key_s t r, r$ t.i ns t . f I d_i n$ t) , 

//J AGGREGATION RELATION 

Bodel_jel.SetAt(tkey_$tr.new_obj); 
return new_obj; 

CASaaplB* GASaBpleHanager::G8t(GCGString value) 
//J ERROR UNLESS IT IS Select MODE 
i f (resu I l$e t_i ns t==NULL 1 1 cur ren tj i e I d==0) ; 



//J TWO OR MORE CONSECUTIVE INSTANCES CONNOT BE OBTAINED, 
{COMITTED} 



throw exp; 
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// GAMDBObjoctHanaier 
#inc!ud6 *GAKOBObjectlbnager. h 

class GASampte; 
class GASampleEntity: 

//# bafin module, additionalOeclarat ions preserve=yes 
//# «nd modu le, add it ionalDeclar at ions 



""'"^SSirESiLE op C0NT.NUAT.0H of OBJECT 
// AND OBJECT HANAGER USING OB 

//## Category :<Top L6vel> 

begin GASaapleManager. init iaIDeclarat ions preserve=yes 
//## end QASampleUanager. init ialOeciarat ions 

public: 

//## Constructors (specified) ^^^^^^.^ 
/ m Oper at i on : GASa»p I elUnager%909060234 
// begin-created by SiapleOM pattern 
// end- created by S inp I eOJ* pattern 
GASa«pleManager 0 : 

//## Oestrudtor (generated) 

(OilTTEDl 

//## 0peration:0et0neS909060239 
// begin-created by Simp I eOM pattern 
// OBTAINING OBJECT FROM OB 
// $$key$$:GetOne1 
// end-created by SimpleOH pattern 

GASaap I e' GetOne (GCGSt r i ng C^COOE) : 

//## Operation:6et%909060241 
// begin-created by SiapleOM pattern 
// OBTAINING OBJECT FROM DB 



d> 



$$key$$:Get1 

•nd-created by SimpleOM pattern 



// 
// 
// 
// 
// 

GASaapie* Get (GCGStr ing C.COOE) : 

//## Operation: UpdateOne9i909060242 
// begin-crated by SiapleOM pattern 
(OHITTED) 
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{OMnTED} 

// Oass GASampleManager 
GASampleManager: £ASampleManagerO . 
//## begin GASampleManager: .•GASanipleManagei%909060234. hasinit preserve=no 
//## end GASampleManager: :GASampIeManager%909060234. hasinit 
//## begin GASampleManager: :QASampleManaget%909060234. inHialization presefve=yes 
//## end GASampleManager. :GASampleManager%909060234. initializalion 

im begin GASampleManager :GASampleManager%909060234. body preserve=yes 
//## end GASampleManager: :GASampleManager%S09060234. body 

{OMITTED} 

GASample* GASampleManager: :GetOne(GCGString C_CODE) 

m begin GASampleManager :GetOne%909060239. body presewe=yes 
im end GASampleManager fietOne%909060239. body 



GASample* GASamjfeManager <3^0 

im begin GASampleManager :Qel%909060240. body presewe=yes 
m end GASampleManager :Ger/o909060240. body 

1 

GASample* GASampleManager ;Get(GCGString C_CO0E) 

im begin GASampleManager :Get%909060241. body presenre«yes 
//## end GASampleManager: K3et%909060241 . body 

} 

{OMITTED} 
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SOURCE FILE NAME 



jg:¥ tempVGASample Manager, cpp 
BODY FILE NAME 



iGASompleMonager. bdy 
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//GAS ample 
[OMITTED] 

GASample* GASampleManager::GetOne{GCGString C.CODE) 

//megin GASanipleManager::Get0neX90913061.body preserve=yes 
//$$begin:created by pattern applying tool. 
// LISTING ARGUMENT OF J GegOne 
GCGList arg_list=(nake_arg_list( 

iC CODE 
)• 

//J GENERATING PARAMETER OBJECT ACCORDING TO LIST 

GCOParamenter prin(arg_l ist.GetCountO) ; 

make paramenter i ist(arg_l ist.prm) ; 

//J GENERATING COUPLING KEY ACCORDING TO LIST 

GCGString key str=make keystring(arg_l ist) ; 

//J WHEN INSTANCE HAVING SAME KEY IS OBTAINED AGAIN: 

CASample* const obj=nQdeLset.LoQkup{4key_str) ; 

if (obi) 

{ 

-f+obj->ref_counter; 
return obi; 

//J EXECUTING REFERENCING METHOD FOR ENTITY 
GCDResultset* rst (nst=enti ty_inst->SelectForGetOne(prm) ; 
//J NULL VALUE WHEN MIS-HIT ARISES 
if(rstJnst->CetE0FO«=l){ 

r5t_lnst->Oe3troyO; 

return NULL; 

}el se{ 

//J OBTAINING FIELD (LEADING LINE) 

CCDFIeld' fid inst=rstJnst->GetFieldsO : 

//J GENERATING MODEL INSTANCE 

CASaaple' new obi=(CASample»)get.in3tanceO ; 

//J INITIALIZING CORE RESOURCES OF MODEL 

setup model instance(new_obj,key_$tr, rstjnst, f Idjnst) ; 

//J ADDING COLLECTIVE CORREUTION 
modeLset.SetAtUkey^str.new.obj); 

return new^obj; 
//$$ Bnd:created by pattern applying tool. 
//II end GASafflpleManager::GetOne«09131061.body 

} 

GASamp t e^GASamp t eManager : : Ge t 0 

^ //II begin CASampleManager: :GetX30913l602. body preerve^yes 
//$$ begin:created by pattern applying tool. 
//J ERROR UNLESS IT IS Select MODE 
if{currentjiel==0 II resul tset_inst==NULL) 

^ //J CASTING B.O.Exception . 

{COMITTED} 
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ANALYSIS PATTERN 




I DELETE DOUAIN OBJECT. 



^ DELETE ONE DOMAIN OBJECT WHOSE ID IS KNOWN. 





WHEN DOMAIN OBJECT IS DELElbD, F'«ST REQUEST JIAl^Utj|m OBJECT 
TO OBTAIN DOMAIN OBJECT, CONFIRM EXISTENCE. AND REQUEST | 
MANAGEMENT OBJECT TO DELETE DOMAIN OBJECT. | 

WHEN ONE DOMAIN OBJECT WHOSE ID 'S KNOWN IS TO BE DELETM | 
FIRST CALL GetOne OF "ANAGEMENT OBJECT TRAN^^^^^^ TOl. 
BE DELETED AS AN ARGUMENT. AND OBTAIN AND WNP"*" 
THEN, CALL DeleteOne OF DOMAIN OBJECT. DeleteOne HAS NO 
ARGUMENT. 
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User: kiyoahiro 

Date Time: 1908 Oct 2. 15:29:07 
ModelFileName: sample.mdl 
PatternFileName: SimpleOM.mdl 
TargetClassName: GASample 
TragetCla33Name2: 

$$$$$ 
multi 
GetOae 2 
Get 1 
Select 2 

^^^^ ^^^S 

attributelist 
GetOncl C.CODE 
GetOne2 C.NAME 
Getl C.CODE 

$$$$; 

argum^Q^^ 
Selectl (quantity/int) 
Selcct2 (quantity/int. m/loag) 

am 
any 

GetOnel 
GetOne2 

Getl 

Selectl -Large" 
Select2 "2" 
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